-
-
Notifications
You must be signed in to change notification settings - Fork 654
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
aria-labelledby element gets read twice #10512
Comments
In firefox this works as expected. So it seem this is related to Chrome. cc: @aleventhal |
This occurs only when pressing tab in browse mode. In focus mode NVDA read the header only once. The same behavior is visible in Microsoft Edge Chromium. |
Filed https://crbug.com/1088101 on the Chrome side. |
I might have a similar issue, where with Firefox NVDA announces the
Note that I'm using |
A further example of this is as follows, reproducible in Firefox, Chrome and Edge 112 with NVDA Version: alpha-28089,9fe52071 (2023.2.0.28089): STR
Actual: apart from arrow keys in browse mode, no matter which navigation you use, NVDA repeats the heading "I love the world" twice due to the aria-labelledby set on the section. Expected: NVDA should generally ignore aria-labelledby when the IDs of child elements match exactly the text of aria-labelledby put on parent elements. cc: @jcsteh, @michaelDCurran Websites where this repetition happens in the wild are fore example and many many more. |
Further testing. This seems inconsistent between screen readers. Jaws only reads the section aria-labelledby only when using tab or shift+tab, narator does not report it at all.
In this case NVDA would understand that the link has another label than the landmark. With aria-labelledby it seems NVDA reports the link and assumes the same text should be reported for the section aria-labelledby text as well. This occurs also in Jaws. Are there any examples out there where aria-labelledby gives the user additional important information which is not covered by aria-label? cc: @stevefaulkner |
Steps to reproduce:
(see example.txt, rename it to example.html)
Actual behavior:
When the focus gets to the checkbox, it reads the header twice and then reads the description once.
Expected behavior:
When the focus gets to the checkbox, it reads the header and the description once.
Additional info
It seems like the problem only occurs when the previous element is an
<input>
element (observation from my experiments).System configuration
NVDA installed/portable/running from source:
installed
NVDA version:
2019.1.1
Windows version:
1903
Name and version of other software in use when reproducing the issue:
Chrome 78.0.3904.97 Or Chromimum 78.0.3904.99 + Electron 7.1.1
The text was updated successfully, but these errors were encountered: