WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED CONFIGURATION CHANGED
225656
AX: changes to `contenteditable` are not noticed or communicated to VoiceOver
https://bugs.webkit.org/show_bug.cgi?id=225656
Summary
AX: changes to `contenteditable` are not noticed or communicated to VoiceOver
Ben Cronin
Reported
2021-05-11 09:09:42 PDT
### Steps: 1. Open the Accessibility Inspector application on your computer. 2. Open page at
https://bcronin2.github.io/toggling-contenteditable/
. 3. WITHOUT checking the checkbox on the page, inspect each of the three `contenteditable` areas. 4. Check the checkbox on the page to remove the `contenteditable` and `role` attributes on the elements for each of these areas, and inspect each of the three areas again. ### Expected: The "type" of each area should be updated to reflect the absence of the `contenteditable` and `role` attributes. ### Observed: The "type" of each area remains exactly the same as it was before the attributes were removed. Types when `contenteditable` is true: "presentation" element: text entry area "textbox" element: text field "region" element: region Types with `contenteditable` and roles removed: "presentation" element (but no longer has role): text entry area "textbox" element (but no longer has role): text field "region" element (but no longer has role): region It appears Safari doesn't communicate an update to the type of element it presents to the screen reader when we toggle off `contenteditable` (which it definitely should, as other browsers do).
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2021-05-11 09:09:57 PDT
<
rdar://problem/77848452
>
Sommer Panage
Comment 2
2022-11-17 11:48:48 PST
This appears to have resolved itself on our side - feel free to close. Thanks!
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