WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
239312
AX: Voiceover inconsistently reads content of javascript alert
https://bugs.webkit.org/show_bug.cgi?id=239312
Summary
AX: Voiceover inconsistently reads content of javascript alert
valerie young
Reported
2022-04-13 16:49:29 PDT
There is a bug open on Chrome about Voiceover not reading the contents of a javascript alert:
https://bugs.chromium.org/p/chromium/issues/detail?id=1199159
Unfortunately, in Safari, the contents of the alert are rarely and seemingly randomly read. To duplicate: 1. Launch voiceover 2. Open
https://cdpn.io/stevef/debug/qVEqLN
in Safari 3. Navigate to button and press the button using SPACE, CTL-OPTION-SPACE, and by clicking. 4. Sometimes "read me" is read immediately after the alert is opened, sometimes it is read after a pause after the focused "close" button has been communicated, but, most of the time it is not read at all. Which of the above is the correct behavior? I tried to see if there were events which fired when "read me" is read verse when it was not read and I did see a pattern using accessibility inspector "notifications" window. The contents of the dialog are read when the event "AXSafariDidShowModalDialog" is fired, the correlation is clear -- however, most of the time that event does not get fired until the "close" button is activated. When this happens, the contents of the alert are not read, I presume because the alert no longer exists. Waiting did not help, in most cases it seems to ONLY fire when "close" is activated. So this could be the problem!
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2022-04-13 16:49:38 PDT
<
rdar://problem/91723451
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug