AX_TEXT_01 Accessibility Audit test should probably ignore role=presentation elements

[alice]

Reported by [email protected] on Chromium issue tracker: https://code.google.com/p/chromium/issues/detail?id=398482

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36

Steps to reproduce the problem:

1. Run the Accessibility audit on a page containing an element with an ARIA role of presentation
2. The AX_TEXT_01 test fails.

What is the expected behavior?

What went wrong?
I think that the test should have passed. According to http://www.w3.org/TR/wai-aria/roles#presentation, elements with this role should not be mapped to the accessibility API. I might be misreading the spec, but I think this means that elements containing that role should not need a label.

Did this work before? No

[alice]

Follow-up comment by reporter:
Looking at the spec again, I don't know if this actually applies for this audit rule. There is a line in the spec that says:

"If an element with a role of presentation is focusable, user agents MUST ignore the normal effect of the role and expose the element with implicit native semantics, in order to ensure that the element is both understandable and operable."

I think that all the elements that this rule applies to are focusable by default, so this bug may be WAI.

[alice]

I think the above analysis is correct.
The selector which chooses relevant elements is (with extra newlines for readability):

input:not([type="hidden"]):not([disabled]),
select:not([disabled]),
textarea:not([disabled]),
button:not([disabled]),
video:not([disabled])

All of these are focusable by default.