| Summary: | AX: elements with aria-hidden="true" are still read by VoiceOver on OS X | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Michael Bailey <bugzilla> | ||||
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED WORKSFORME | ||||||
| Severity: | Normal | CC: | cfleizach, webkit-bug-importer | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Mac (Intel) | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
I am on the latest developer seed of Yosemite, and I do not see this behavior. VoiceOver is not able to reach this element and if I use accessibility inspector, I only see one child of the Web area (the heading) Maybe this resolved itself in the meantime? |
Created attachment 236813 [details] Example page with aria-hidden In Safari 8.0 (10600.1.8) on OS X Yosemite, VoiceOver will navigate to and read elements that have the aria-hidden="true" attribute set. In the attached HTML page, press control+option+shift+down to focus the HTML content area, and then press the down arrow to navigate through the elements. VoiceOver reading both the normal h1 element and the p element marked with aria-hidden="true". On iOS (7.1.2 and 8.0 beta 5), using horizontal swipes to move from element to element reads the h1, but skips the p with aria-hidden="true". I believe this is the intended behavior.