Add a check for combobox container of moz-input-box and options within the URL bar autocomplete list in AccessibilityUtils
Categories
(Firefox :: Search, task, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox123 | --- | fixed |
People
(Reporter: ayeddi, Assigned: ayeddi)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Add an additional check similar to the isKeyboardFocusableBrowserToolbarButton check that could pass the assertLabelled rule for following URL Bar-specific controls, since these controls are either left unlabeled or are being labeled after the Fluent l10n is completed deliberately:
- Combobox container of the Search Input with id
moz-input-box- we intentionally leave this element unlabeled, because its child is a search input (properly labeled) that is the target and main control of this component and we want to avoid duplication in the label announcement when a user focuses the input. This causes an a11y failureInteractive elements must be labeled: id: , tagName: moz-input-box, className: urlbar-input-box - Options within an autocomplete listbox with class
urlbarView-row-inner- we know each of these option is accessible, but it disappears as soon as it is clicked and the a11y-checks do not have time to test the label, because the Fluent localization is not yet completed by then. This causes an a11y warningUnlabeled element removed before l10n finished - [To be confirmed] Additional Searchbar with id
searchbarthat triggersInteractive elements must be labeledfailure
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 1•1 year ago
|
||
Adding an additional check similar to the isKeyboardFocusableBrowserToolbarButton check that could pass the assertLabelled rule for following URL Bar-specific controls, since these controls are either left unlabeled or are being labeled after the Fluent l10n is completed deliberately:
- Combobox container of the Search Input with id
moz-input-box- we intentionally leave this element unlabeled, because its child is a search input (properly labeled) that is the target and main control of this component and we want to avoid duplication in the label announcement when a user focuses the input. This causes an a11y failureInteractive elements must be labeled: id: , tagName: moz-input-box, className: urlbar-input-box - Options within an autocomplete listbox with class
urlbarView-row-inner- we know each of these option is accessible, but it disappears as soon as it is clicked and the a11y-checks do not have time to test the label, because the Fluent localization is not yet completed by then. This causes an a11y warningUnlabeled element removed before l10n finished - [To be confirmed] Additional Searchbar with id
searchbarthat triggersInteractive elements must be labeledfailure
Since the browser/components/urlbar/tests/browser/browser_view_selectionByMouse.js and two other tests will be passing the a11y_checks without warnings now, we are updating appropriate test manifests to remove fail-if conditions as well.
| Assignee | ||
Comment 2•1 year ago
•
|
||
Confirmed that the <searchbar id="searchbar"> that has 9 test a11y_checks failures is using the same pattern as the moz-input-box: it is a combobox with a search input.
This searchbar could be added next to the URL Bar via about:preferences > Search > Search Bar > select Add search bar in toolbar
This would allow the following tests to have the fail-if notation removed and to expect them to pass a11y_checks:
browser/components/enterprisepolicies/tests/browser/browser_policy_search_engine.jsbrowser/components/search/test/browser/browser_hiddenOneOffs_diacritics.jsbrowser/components/search/test/browser/browser_oneOffContextMenu_setDefault.jsbrowser/components/search/test/browser/browser_oneOffContextMenu.jsbrowser/components/search/test/browser/browser_searchbar_addEngine.js- one other item would be still failing the a11y_checks ATMbrowser/components/search/test/browser/browser_searchbar_openpopup.jsbrowser/components/search/test/browser/browser_searchbar_smallpanel_keyboard_navigation.jstoolkit/components/passwordmgr/test/browser/browser_doorhanger_submit_telemetry.js- one other item would be still failing the a11y_checks ATM
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
Comment 4•1 year ago
|
||
| bugherder | ||
Description
•