[Webkit-unassigned] [Bug 273635] New: AX: VoiceOver cursor does not sync with browser focus after closing dialog when interactive element is positioned behind it

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu May 2 10:57:49 PDT 2024


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

            Bug ID: 273635
           Summary: AX: VoiceOver cursor does not sync with browser focus
                    after closing dialog when interactive element is
                    positioned behind it
           Product: WebKit
           Version: Safari 17
          Hardware: iPhone / iPad
                OS: iOS 17
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: marc.solomon at cvshealth.com
                CC: andresg_22 at apple.com,
                    webkit-bug-importer at group.apple.com

Issue summary: When there is an interactive element positioned behind a <dialog> OR custom modal (i.e. the box-model of the interactive element overlaps/coincides with the box-model of the <dialog>/custom modal), the VoiceOver cursor does not sync with browser focus (as all other screen readers we've tested do: NVDA, JAWS, TalkBack). Instead, the VO cursor moves to the interactive element that is positioned directly behind (or closest to) where focus was just before the modal was closed.

Steps to reproduce:
1. Open https://codepen.io/marcsolo/pen/RwOzRvy in iOS Safari
2. Turn on VoiceOver
3. Navigate to Dialog A button in <header>
4. Activate button
5. Activate Close button in dialog

Expected result: VoiceOver cursor moves back to the button that you used to open the dialog (syncs with position of focus in browser)

Actual result: VoiceOver cursor moves to Example button that is positioned behind where dialog was displayed

Note: This issue may be related to Bug 263069 - AX: VoiceOver on iOS moves focus away, even when HTMLElement.focus() is called on an element

-- 
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/20240502/61f5acf0/attachment.htm>


More information about the webkit-unassigned mailing list