Open
Bug 1979422
Opened 5 months ago
Updated 3 months ago
Universal Search Button menu list includes a current website with a green "+" badge that is not exposed to assistive technology
Categories
(Firefox :: Address Bar, defect, P2)
Firefox
Address Bar
Tracking
()
NEW
| Accessibility Severity | s2 |
People
(Reporter: ayeddi, Assigned: daleharvey)
References
Details
(Keywords: access, Whiteboard: [sng-scotch-bonnet-followon])
Attachments
(1 file)
Steps to reproduce (STR):
- Run a screen reader, i.e. NVDA on Windows.
- Open YouTube or any other website.
- Navigate to the search engine selector (Universal Search Button) in the URL bar and activate it.
- Confirm the
This time search with:menu list is opened. - Navigate to the first option (
YouTube) and observe the screen reader's announcement.
Expected results:
- The
+green badge indicating the website can be added as a search engine should be explicitly included in the accessible name.- Example announcement:
YouTube - add, 1 of 11
- Example announcement:
Actual results:
- There is no indication of the
+green badge or its meaning. The control announces only the website's name (i.e.YouTube, 1 of 11), omitting critical information about the actionable+badge.
User impact:
- Screen reader users or those relying on assistive technologies (i.e. users with visual disabilities, cognitive disabilities, and others) won't have access to crucial information about the purpose of the
+badge, making it unclear that selecting this item offers the ability to {maybe?} add the current website as a new search engine {but this is my assumption of the functionality too}. The omission leads to confusion and missed functionality for users who can't perceive visual indicators and for general user population too. - Users with anxiety would likely avoid trying to activate this control to try it observe what it could do and this is likely contribute to the increased anxiety around use of the Universal Search Button menu.
Recommendation:
- Include the
+badge indication in the accessible name for these menu items, for instance by appendingaddoradd shortcutexplicitly after or before the website's name- Frontloading the unique information, i.e. if there could be multiple
+badged items, the website name should be first, but if only one+badge is expected, theAdd:should be provided first. - Ensure screen reader announcements clearly convey actionable meaning, consistent with visual indicators shown to sighted users.
- Frontloading the unique information, i.e. if there could be multiple
- Preferably, provide HTML
titleattribute, i.e.Add: YouTube, to indicate the meaning of this badge to mouse users on hover as well.
Updated•5 months ago
|
Component: Search → Address Bar
Comment 1•5 months ago
|
||
Perhaps the right-click context menu is a workaround. It could be an improvement to announce not the "plus" but rather something like "Add YouTube".
Severity: -- → S2
Priority: -- → P2
Whiteboard: [sng-scotch-bonnet-followon]
Updated•5 months ago
|
Comment 2•3 months ago
•
|
||
Triaging unassigned S2s -- Dale, would you be able to work on this or raise it with others who worked on scotch bonnet please? We really ought to fix this.
Flags: needinfo?(dharvey)
| Assignee | ||
Updated•3 months ago
|
Assignee: nobody → dharvey
Flags: needinfo?(dharvey)
You need to log in
before you can comment on or make changes to this bug.
Description
•