Focus not returned after activating button (All "..." menu buttons, except buttons that open dialogs or trigger navigation)
Categories
(Firefox :: New Tab Page, defect)
Tracking
()
| Accessibility Severity | s3 |
People
(Reporter: john.northup, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(1 file)
Steps to Reproduce
Activate any button within a disclosure (except buttons that open dialogs or trigger navigation).
Expected Behavior
Focus remains on the button so that users can continue navigating the items within the disclosure.
If that button has been removed as a result of user-initiated action (e.g., removing a card or a link), then focus advances to the next focusable item.
Actual Behavior
Disclosure closes, focus is not returned.
User Impact
Users cannot see or hear their place on the page.
WCAG 2.2 References
Recommendations
Keep focus on the button so that users can continue navigating the items within the disclosure.
If that button has been removed as a result of user-initiated action (e.g., removing a card or a link), then set focus on the next focusable item.
Testing Environment
Any
Assistive Technology Used
Any or None
Code Pointers
Further Reference
Updated•8 months ago
|
Comment 1•7 months ago
|
||
I've reproduced this issue in Nightly 149.0a1 on macOS 15. Marking as New.
Updated•7 months ago
|
Comment 2•7 months ago
|
||
Pressing tab once would move the focus back to the URL input, but it is still confusing to hear New tab document, because the user would not know if they've lost the location of their page review. This is especially made more cumbersome, given the ... menu buttons are not always visible, until hovered, thus there is no way to quickly navigate back to that same menu button.
Comment 3•7 months ago
|
||
Assigning the Severity value to align with the Accessibility severity, per discussions with :thecount and :marco
Description
•