Applications richlistbox's actionsMenu comboboxes in Settings UI are unlabelled
Categories
(Firefox :: Settings UI, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox123 | --- | fixed |
People
(Reporter: ayeddi, Assigned: ayeddi)
References
(Blocks 2 open bugs)
Details
(Keywords: access)
Attachments
(1 file)
The <menulist> with class actionsMenu
that opens when a control under the Action
header of the Applications
richlistbox on Settings
> General
> Files and Applications
is activated is not labelled. The combobox pattern is expected to provide an accessible name for the control even when the listbox opened has an accessible name.
We could refer to the #actionColumn
container with aria-labelledby
to ensure the combobox is labeled and the purpose of opened list of options is communicated to an assistive technology user.
Assignee | ||
Updated•9 months ago
|
Assignee | ||
Comment 1•9 months ago
|
||
The <menulist> with class actionsMenu
that opens when a control under the Action
header of the Applications
richlistbox on Settings
> General
> Files and Applications
is activated is not labelled. The combobox pattern is expected to provide an accessible name for the control even when the listbox opened has an accessible name.
We could refer to the #actionColumn
container with aria-labelledby
to ensure the combobox is labeled and the purpose of opened list of options is communicated to an assistive technology user.
Since some a11y_checks will be passing with this change, we are also removing the fail-if
notations from the appropriate test files in the Settings UI manifest.
Updated•9 months ago
|
Updated•9 months ago
|
Pushed by ayeddi@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3814799b7280 Provide an accessible name to Applications richlistbox's actionsMenu comboboxes in Settings UI. r=settings-reviewers,mossop
Comment 3•9 months ago
|
||
bugherder |
Assignee | ||
Updated•8 months ago
|
Description
•