Bug 240522 – [GTK] AX: Accessibility events missing for browser tab's contents when nothing is listening when page loads

• Status: RESOLVED
• Resolution: FIXED
• Component: Accessibility

[Joanmarie Diggs]

Created attachment 459502 [details]
accessible-event listener

Steps to reproduce:
1. Launch Epiphany using WebKitGtk 2.36 (Gtk 3).
2. Load a page (I'm using https://en.wikipedia.org/wiki/Main_Page)
3. Launch the attached pyatspi accessible-event listener in a terminal
4. Tab among the focusable elements on the loaded page

Expected results: focus events would by logged in the terminal.
Actual results: focus events are not logged in the terminal.

Notes:
* If you swap steps 2 and 3 above, the problem doesn't occur.
* If you create a new tab and load the same page while the listener is still running, the problem doesn't occur.
* If you reload the page of the initial tab, events are still missing.
* If you follow links in the page of the initial tab (i.e. causing new pages to be loaded in that same tab), events are still missing.

[Radar WebKit Bug Importer]

<rdar://problem/93428704>

[Joanmarie Diggs]

(In reply to Joanmarie Diggs from comment #0)

> * If you swap steps 2 and 3 above, the problem doesn't occur.

Edit: It doesn't occur for the event(s) originally being listened to.

Example: Launching a new listener that listens not only for focus events, but also for caret-moved events. Only focus events will be emitted by that original page tab's document, because at the time that page tab's content was loaded, caret-moved events were not being listened to.

[Georges Basile Stavracas Neto]

*** Bug 273944 has been marked as a duplicate of this bug. ***

[Georges Basile Stavracas Neto]

Pull request: https://github.com/WebKit/WebKit/pull/29052

[EWS]

Committed 280770@main (e949df8b32a3): <https://commits.webkit.org/280770@main>

Reviewed commits have been landed. Closing PR #29052 and removing active labels.