New issue
Advanced search Search tips

Issue 780879 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug
Team-Accessibility



Sign in to add a comment

ChromeVox list count incorrectly reported after DOM update

Reported by webmas...@rideschedules.com, Nov 2 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce the problem:
1. 
2. 
3. 

What is the expected behavior?
ChromeVox updates with DOM change to correctly report listitem count.

What went wrong?
ChromeVox is not consistently updating with DOM changes to correctly report list item counts. 

Did this work before? N/A 

Does this work in other browsers? No
 Div container populated onload with innerHTML containing <table> with role="list" and aria-label="My table" with <tr> role="listitem".  First and last <tr> are headers without role="listitem".  On entry via tab key ChromeVox incorrectly reports a list with 0 items.  Chrome DevTools element inspectors show correct HTML with > 0 <tr> with role="listitem".  This occurs only on first page load.  Subsequent DOM changes correct the issue.

Chrome version: 61.0.3163.100  Channel: n/a
OS Version: 10.0
Flash Version: 

I have been unable to locate a bug report or workaround.
 

Comment 1 by kochi@chromium.org, Nov 2 2017

Components: -Blink>DOM Blink>Accessibility
Can anyone in accessibility can triage this?

Comment 2 by kochi@chromium.org, Nov 2 2017

Components: UI>Accessibility>ChromeVox
+ChromeVox
Hello,

I see that you have indicated that you are using ChromeVox on Windows. Please give us more details on the environment you are using.   

We recommend using a native screen reader with Chrome such as JAWS, NVDA, VoiceOver, or TalkBack. We support ChromeVox in the Chrome OS operating system on Chromebooks. 

I'll be happy to look into this further once I get this information. Also, if you can, please direct me to an example URL that demonstrates the table you described above to ensure that I am testing in the same context as you. 

Thanks,

Laura 


Comment 4 Deleted

Windows 10 fully updated using the most recent version of Chrome and ChromeVox.

I've worked a bit more with this.

I see list counts announced correctly when HTML mark up matches the roles (ul role="list" with li children).

However, for a div container of role="list" with multiple a tags role="listitem" the count is incorrectly announced as zero. 

I think roles describe the page as experienced by sighted user.  So, a drop down list of links with correct HTML structure would be announced as a list where role="list" with total items equal to the count of descendants with role="listitem". 

Clearly, translating complex markup into ARIA roles isn't going to match HTML structure.

Is this the designed behavior?
Status: WontFix (was: Unconfirmed)
Hi, I think there is some confusion in how roles work. Each html tag should only have one role. If you add the role of listitem to an <a> tag, then screen reading software will no longer identify that tag as a link. Just as in a standard list of links you need both the <li> and <a>, you need two tags to make a list of links accessible.
Example:
<div role="list">
  <div role="listitem"><a href="dog.html">dog</a></div>
  <div role="listitem"><a href="cat.html">cat</a></div>
</div>

Since I cannot reproduce this issue with NVDA or JAWS on Windows, I am closing this issue. Feel free to reopen it if you are able to reproduce with NVDA or JAWS.

Sign in to add a comment