[Webkit-unassigned] [Bug 240526] New: [GTK] AX: Accessible caret-moved events missing in some (non-text?) content

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=240526

            Bug ID: 240526
           Summary: [GTK] AX: Accessible caret-moved events missing in
                    some (non-text?) content
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Major
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jdiggs at igalia.com
                CC: andresg_22 at apple.com,
                    webkit-bug-importer at group.apple.com

Created attachment 459504

  --> https://bugs.webkit.org/attachment.cgi?id=459504&action=review

accessible-event listener (both focus and caret-moved)

Steps to reproduce:
1. Launch Epiphany using WebKitGtk 2.36 (Gtk 3).
2. Launch the attached pyatspi accessible-event listener in a terminal
3. Load https://help.gnome.org/users/orca/stable/
4. Enable caret-browsing in Epiphany (F7)
5. Click in the middle of the heading at the top (has the logo followed by "Orca Screen Reader")
6. Arrow left until you're at the left of the logo.

Expected results: Each time the visible caret moves (including on either side of the logo), a caret-moved event would be fired.
Actual results: Caret moved events are fired for the text, but not when the caret is visually moved immediately before or after the logo.

Impact: Orca's current WebKitGtk support depends on native caret browsing along with caret-moved events being fired in order to know the user has moved and the new location should be spoken and brailled. Given the steps described above, there's only a couple of presses where Orca is silent. (Not good; but not completely horrible.) However, if the user is Up/Down Arrowing (e.g. from the beginning of "Before You Begin" up to the main heading), and the caret just so happens to land at an offset that doesn't emit an event, Orca says nothing for that entire line. If there are a series of lines like that, Orca says nothing for all that content.

Note: It arguably doesn't make sense to fire a caret-moved event on a non-text object such as an image. What should occur, however, is the parent text object (e.g. the heading parent of the logo image) should fire the caret-moved event for the offset of the embedded-object-character/replacement-character that represents the child image.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220517/79c6b204/attachment.htm>