RESOLVED DUPLICATE of bug 273635273634
AX: VoiceOver cursor does not sync with browser focus after closing dialog when interactive element is positioned behind it
https://bugs.webkit.org/show_bug.cgi?id=273634
Summary AX: VoiceOver cursor does not sync with browser focus after closing dialog wh...
marc.solomon
Reported 2024-05-02 10:57:16 PDT
Created attachment 471256 [details] Video demonstrating issue of VO cursor not syncing with browser focus when button is positioned behind dialog 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
Attachments
Video demonstrating issue of VO cursor not syncing with browser focus when button is positioned behind dialog (6.77 MB, video/quicktime)
2024-05-02 10:57 PDT, marc.solomon
no flags
Radar WebKit Bug Importer
Comment 1 2024-05-02 10:57:26 PDT
James Craig
Comment 2 2024-05-02 15:04:51 PDT
*** This bug has been marked as a duplicate of bug 273635 ***
Note You need to log in before you can comment on or make changes to this bug.