|Summary:||AX: Reconsider role for "address" tag|
|Product:||WebKit||Reporter:||chris fleizach <cfleizach>|
|Severity:||Normal||CC:||jcraig, mfairchild365, webkit-bug-importer|
Description chris fleizach 2019-02-14 08:53:49 PST
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.