Bug 194654
| Summary: | AX: Reconsider role for "address" tag | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | chris fleizach <cfleizach> |
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | jcraig, mfairchild365, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Other | ||
| Hardware: | All | ||
| OS: | All | ||
chris fleizach
I've also come to realize that Webkit exposes the address element as a contentinfo landmark instead.
Tested with Safari 12 + Chrome 72 (mac and PC), the accessibility inspectors in both browser's dev tools expose the address element as contentinfo. Thus VoiceOver treats the address element as a landmark.
With Chrome on Windows, address is also exposed as having a contentinfo role, but JAWS and NVDA ignore this, instead only surfacing <footer> as a contentinfo landmark.
https://codepen.io/scottohara/pen/xMaJQO
Expected results:
Address should not be exposed as a contentinfo landmark in Webkit.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/48075720>
James Craig
*** This bug has been marked as a duplicate of bug 212617 ***