Closed
Bug 1754163
Opened 4 years ago
Closed 4 years ago
Screen Reader not reading listbox options
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: josua.brinnig, Unassigned)
References
Details
Steps to reproduce:
- Go to website
https://www.telerik.com/kendo-react-ui/components/dropdowns/combobox/ - activate NVDA screen reader
- open the popup of a Combobox
- navigate via arrow up / down
Actual results:
The Screen Reader ready "List" - {first entry} ignoring what option in that listbox has aria-selected="true".
Expected results:
In other Browsers the screen reader reads the selected entry.
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Disability Access APIs' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Component: Untriaged → Disability Access APIs
Product: Firefox → Core
Comment 2•4 years ago
|
||
There are a few things going on here:
- Contrary to the ARIA spec, Chromium ignores the aria-owns, which is why NVDA doesn't try to read the first line of the list box as you cursor in the text box: the list box isn't considered a descendant of the text box. Removing aria-owns would have a similar effect in Firefox. We have bug 1280188 to do something similar in Firefox, but it's controversial given that it violates the spec.
- More importantly, the aria-activedescendant set on the input is wrong. For example, the input has aria-activedescendant="e12c4235-47ce-4c26-b5a1-4fd6e0d1845f-0", but that target id doesn't exist. The id of the selected option is "option-e12c4235-47ce-4c26-b5a1-4fd6e0d1845f-0". Note the "option-" prefix.
You need to log in
before you can comment on or make changes to this bug.
Description
•