Address element mapping is not consistent with HTML-AAM specification |
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.84 Safari/537.36 Steps to reproduce the problem: 1. Load <address>foo</address> in Chromium in Linux, macOS, or Windows. 2. Use the chosen platform's accessibility inspector to examine the role. What is the expected behavior? The role would not be landmark, as per https://w3c.github.io/html-aam/#el-address What went wrong? The role is landmark. Did this work before? N/A Chrome version: 68.0.3440.84 Channel: n/a OS Version: Flash Version:
,
Aug 21
joanmarie.diggs@ Thanks for the issue. Request you to provide a sample file/URL where this issue can be reproduced which will help in further triaging. Thanks..
,
Aug 21
Susan: I'm on vacation at the moment, but I plan to provide a CL to fix the bug upon my return. That said, the file/url would be: "data:text/html,<address>foo</address>" (i.e. if you put that in the address bar and use Accerciser in Linux or the equivalent tool in macOS or Windows) you have your sample.
,
Aug 21
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 15
As per comment#3 adding Needs-Feedback label. Thanks! |
||||
►
Sign in to add a comment |
||||
Comment 1 by swarnasree.mukkala@chromium.org
, Aug 12