https://bugs.documentfoundation.org/show_bug.cgi?id=163802
Michael Weghorn <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO --- Comment #4 from Michael Weghorn <[email protected]> --- On further analysis, it seems to me like most of the events I see are triggered by setting the title on the dialog before it gets shown, and I don't see "Spelling: $LANGUAGE ($LOCATION)" being set any more once the correct title has been set, so I'm not not sure whether I actually see the exact same behavior as you do. Steps: 1) run the attached pyatspi script attachment 197490 2) open the attached document attachment 197491 (with LO using the gtk3 VCL plugin, version from comment 1) 3 while the cursor is still at the beginning of the document: Press F7 to open the spellcheck dialog 4) check the script output generated in step 3 I see these events: event source: Spelling: $LANGUAGE ($LOCATION), showing: False object:property-change:accessible-name(0, 0, Spelling: $LANGUAGE ($LOCATION)) source: [dialog | Spelling: $LANGUAGE ($LOCATION)] host_application: [application | soffice] sender: [application | soffice] event source: Spelling: , showing: False object:property-change:accessible-name(0, 0, Spelling: ) source: [dialog | Spelling: ] host_application: [application | soffice] sender: [application | soffice] event source: Spelling: English (USA), showing: False object:property-change:accessible-name(0, 0, Spelling: English (USA)) source: [dialog | Spelling: English (USA)] host_application: [application | soffice] sender: [application | soffice] , all of which are triggered while the dialog is not yet reporting itself as showing on the a11y level (notice the "showing: False" output from the script above). With a breakpoint on `gtk_window_set_title`, it seems the first one is triggered when GtkBuilder (from the GTK library) processes the .ui file, the second one is in SpellDialog::SpellDialog, the third one is in SpellDialog::UpdateBoxes_Impl. In particular the first one is likely not easy to avoid. If I manually switch the text language in the dialog, I see an additional event, this time with the showing state set as expected: event source: Spelling: English (UK), showing: True object:property-change:accessible-name(0, 0, Spelling: English (UK)) source: [dialog | Spelling: English (UK)] host_application: [application | soffice] sender: [application | soffice] Does this match what you're seeing? If so, could/should Orca maybe ignore these events for objects that don't have the AT-SPI showing state set? Or do you see different events being emitted, maybe when taking different steps? I've submitted https://gerrit.libreoffice.org/c/core/+/176256 to avoid one unnecessary case where a title might be set, but that doesn't seem to play a role for my scenario described above at least. -- You are receiving this mail because: You are the assignee for the bug.
