https://bugs.documentfoundation.org/show_bug.cgi?id=87680
--- Comment #21 from Michael Weghorn <[email protected]> --- (In reply to cwendling from comment #20) > I can still reproduce with LODev 26.8 alpha0. > > But Caolán in comment #14 seems to be right, this is a bit fiddly and seems > to depend on other factors, and window size seems to be one of them. At > first I couldn't reproduce, but given I've got a fairly fast machine I > though it might have not entered the supposed race, but then shrinking the > window and starting over did it. It looks like if the cell overflows the > view when the toolbar appears it renders the overflowing cells silent -- or > something. > But that's still speculation, and Michael might have more details if he dug > a bit deeper. As far as I can remember, whether or not the problem appears depends on the exact interaction (e.g. how the table is entered) and it was (quite) reliable when using the cursor keys as described in comment 9, but starting Orca in step 2 instead of just the script. According to my earlier investigation, I think that Orca's way of querying information in response to events (e.g. trying to get something using the flows-from/flows-to a11y relations) breaks the way that LO creates a11y listeners for the objects. IIRC, I couldn't reproduce the issue when registering listeners more "aggressively" in the gtk3 a11y bridge (recursively attaching listeners to all children in AtkListener::AtkListener, IIRC) or somehow registering a listener on demand, see demo change at https://gerrit.libreoffice.org/c/core/+/184954 That might have unwanted side effects (e.g. on performance, but I didn't investigate too much.) The possibly better (at least mid-/long-term) approach I had in mind to investigate further is to avoid this problems (and various others) by reworking the a11y event handling more fundamentally to not require a11y listeners to be registered for each a11y object in the first place. (One of the steps in that direction was to deduplicate 20+ a11y implementations by moving common logic including the emission of a11y events of most of them to the OAccessible base class to be able to change the logic in one place at some point. But more work is still needed.) -- You are receiving this mail because: You are the assignee for the bug.
