Bug 136071 - AX: elements with aria-hidden="true" are still read by VoiceOver on OS X
Summary: AX: elements with aria-hidden="true" are still read by VoiceOver on OS X
Status: RESOLVED WORKSFORME
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (Intel) Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2014-08-19 08:05 PDT by Michael Bailey
Modified: 2014-09-09 09:26 PDT (History)
2 users (show)

See Also:

Attachments
Example page with aria-hidden (153 bytes, text/html)
2014-08-19 08:05 PDT, Michael Bailey 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Bailey 2014-08-19 08:05:52 PDT 
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.
Comment 1 Radar WebKit Bug Importer 2014-08-19 08:06:13 PDT 
<rdar://problem/18062422>
Comment 2 chris fleizach 2014-09-09 09:26:33 PDT 
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?