Bug 282117 – AX: USE(ATSPI) ports should consider walking the DOM to the build accessibility tree like non-ATSPI ports after https://bugs.webkit.org/show_bug.cgi?id=281749

• Status: NEW
• Component: Accessibility

[Tyler Wilcock]

After https://bugs.webkit.org/show_bug.cgi?id=281749, non-ATSPI ports walk the composed DOM tree to build the accessibility tree rather than the render tree, matching other browsers. This caused ~30 failures in the GTK test runners. Most of which are pretty innocuous, and in my opinion actually good things, since we eliminate useless AXSections that were created for uninteresting anonymous renderers.

However, I came across some tests that actually do expect anonymous renderers to be in the accessibility tree, e.g. accessibility/gtk/replaced-objects-in-anonymous-blocks.html. I'm not sure how to handle these ones, so I special-cased this new DOM walking behavior to be non-ATSPI with the hope that someone who is more familiar with GTK + ATSPI can help make the right decision here.

Searching for this bug's ID in the source should show all the places where we special-cased USE(ATSPI) to maintain existing behavior with https://bugs.webkit.org/show_bug.cgi?id=281749. Please feel free to start a chat with me over email or the WebKit Slack if you'd like to discuss this one.

[Radar WebKit Bug Importer]

<rdar://problem/138664720>

[Tyler Wilcock]

Note that while searching for https://bugs.webkit.org/show_bug.cgi?id=282117 in the source will lead to all interesting areas for resolving this bug, your evaluation may be that the #if USE(ATSPI) branch should stay — feel free to remove the associated FIXME in that case.

[Tyler Wilcock]

I wonder how Firefox and Chrome handle these anonymous renderers that we expect in the hierarchy — I believe they build their accessibility trees by primarily walking the DOM instead of the render tree, too.