Open
Bug 1964205
Opened 18 days ago
Updated 2 days ago
Non-modal keyboard focus
Categories
(Core :: Machine Learning, defect)
Tracking
()
People
(Reporter: nstroud, Unassigned, NeedInfo)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Prerequisites:
Found in 140.0a1 (2025-05-02) (64-bit)
STR:
- Open Nightly
- In this step you can find any link. I chose to go to Google Scholar and search 'accessibility'
- Using the tab key, move focus to any link.
- Press
Shift + Alt
to get the Link Preview to appear - Press F6 to move focus into the Link Preview. Focus will first move to the URL bar and when F6 is pressed again, focus should move into the Link Preview
- Then, press TAB continuously and observe focus behavior
Expected / Actual:
At this time, focus stays trapped within the dialog. While this is common focus behavior, the dialog is non-modal, meaning it does not block the web page. In this case, focus can enter the dialog, and then exit after tabbing off of the last focusable element
Comment 1•18 days ago
|
||
When the focus order is inconsiderate it makes navigation very cumbersome for keyboard-only users (users with limited motor skills especially). This is an access-S3 issue since while the feature is somewhat available but it is difficult to use.
Accessibility Severity: --- → s3
Comment 2•2 days ago
|
||
The severity field is not set for this bug.
:tarek, could you have a look please?
For more information, please visit BugBot documentation.
Flags: needinfo?(tziade)
You need to log in
before you can comment on or make changes to this bug.
Description
•