Site Tracking and Permissions Buttons Are Inaccessible Via Keyboard Navigation if the Unified Search Button Has Focus
Categories
(Firefox :: Address Bar, defect)
Tracking
()
| Accessibility Severity | s2 |
People
(Reporter: cbellini, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: access, Whiteboard: [sng-scotchbonnet])
STR
- Enable
browser.urlbar.scotchBonnet.enableOverride. - Navigate to a site (e.g. https://example.com).
- Navigate to the Unified Search Button via keyboard navigation.
- Navigate to one of the information buttons (e.g. the protections button) via keyboard navigation.
Expected Results
SHIFT+TAB should allow the focus to move from the Unified Search Button to the next adjacent information button.
Actual Results
The information buttons are no longer a TAB stop.
Updated•1 year ago
|
Comment 1•1 year ago
|
||
There is some overlap here with bug 1931765. However, they are not duplicates. Bug 1931765 covers the inability to get to other toolbar items in general. This bug specifically relates to the site tracking and permissions buttons. From what I can tell, the site tracking and permissions buttons become hidden when the unified search button is focused. (At least, they're hidden in the accessibility API; I can't see, so I can't be certain what happens visually.) So not only are they not focusable, they can't be accessed at all. Thus, I'm slightly concerned that bug 1931765 won't fix this.
Comment 2•1 year ago
|
||
We think this will be fixed by Bug 1931765 but we'll keep this open until we verify that.
Comment 3•1 year ago
|
||
Hey James, I think I understand the distinction but I do think the fix in https://bugzilla.mozilla.org/show_bug.cgi?id=1931765 has fixed both of these use cases, is there any chance you can retest when you have the above patch in nightly and check this is now working as expected for you?
(in upcoming patches, the unified search button will become the first selected icon, but right now it is the shield one, either way it will select the first of those buttons)
Comment 4•1 year ago
|
||
Yes, this is now working as expected. I originally thought the intention was for the unified search button to be a separate tab stop. Having it grouped with the site tracking and permissions buttons is actually nice because it avoids an extra tab stop, which makes it more efficient to get to the tab bar, etc. This is a bit awkward right now because the unified search button isn't the first button, but assuming that is changed in upcoming patches as you have noted, that will get solved soon. (Is there a bug for those upcoming patches I can follow please?)
Description
•