Bug 225656
| Summary: | AX: changes to `contenteditable` are not noticed or communicated to VoiceOver | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ben Cronin <bcronin> |
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Normal | CC: | spanage, tyler_w, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 14 | ||
| Hardware: | All | ||
| OS: | All | ||
Ben Cronin
### 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
<rdar://problem/77848452>
Sommer Panage
This appears to have resolved itself on our side - feel free to close. Thanks!