Listitem shouldn't calculate name from content
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
People
(Reporter: dev.j.joshi, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file)
|
1016 bytes,
text/html
|
Details |
Steps to reproduce:
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:104.0) Gecko/20100101 Firefox/104.0
Refer to the attached HTML file.
- Open JAWS screen reader.
- Open the HTML file
- First focus on the button at the top and then press tab
- Focus will shift to the input and JAWS reads the following in the actual results section.
Actual results:
JAWS will narrate the below when focused on the input.
"""
List with 1 items.
- Heading Paragraph Span Content Test Label for DIV Test Label for DIV region Test Input Edit required invalid entry type of text.
"""
Expected results:
The below is what JAWS reads in Chrome and Edge browsers.
"""
List with 1 items.
Test Label for DIV region Test Input Edit required invalid entry type of text.
"""
| Reporter | ||
Comment 1•3 years ago
|
||
Used the below JAWS version:
JAWS version 2022.2207.25 ILM
Comment 2•3 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 correct in case you think the bot is wrong.
| Reporter | ||
Updated•3 years ago
|
Comment 3•3 years ago
|
||
This is due to Firefox calculating name from content for listitems. There are some ARIA spec issues that need to be sorted out here. Neither Firefox nor Chrome strictly comply with the spec:
- The spec says name should never be calculated from content for listitems. However, there are some real world use cases where this has been problematic.
- Firefox always calculates name from content for listitems.
- Chrome calculates name from content for listitems, but only when the listitem is tabbable or focused.
Updated•11 months ago
|
Description
•