Open
Bug 1327274
Opened 8 years ago
Updated 1 year ago
Shift+Tab doesn't change focus after navigation if there's no focusable elements on the page
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Core
DOM: UI Events & Focus Handling
Tracking
()
NEW
Accessibility Severity | s3 |
People
(Reporter: arni2033, Unassigned)
References
Details
(Keywords: access)
>>> My Info: Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Copy this url to clipboard: data:text/html,<style>body{height:10000px;width:10000px}
2. Open new tab, paste url from Step 1 to urlbar, press Enter
3. Press Shift+Tab several times
AR: No visible action
ER: Focus should be put to searchbar, then to urlbar, then to identity block, etc
Note: Happens if there's no focusable elements on the page, e.g. only <canvas> with WebGl is present
Comment 1•8 years ago
|
||
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0 I have tested this issue on Windows 10 x64 with the latest Firefox release (50.1.0) and the latest Nightly (53.0a1-20170108030212) and managed to reproduce it as described in STR_1 in the description.
Component: Untriaged → Event Handling
Updated•8 years ago
|
Priority: -- → P3
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Comment 2•4 years ago
|
||
This also impacts the new print modal. If you shift+tab to print preview before the preview is initialised (i.e. while it is just a blank document), you won't be able to shift+tab any further. I discovered this while working on bug 1660363. I haven't been able to reproduce this in manual testing, but it was showing up intermittently in automation.
Updated•2 years ago
|
Severity: normal → S3
Updated•1 year ago
|
Whiteboard: [access-s3]
Updated•1 year ago
|
Accessibility Severity: --- → s3
You need to log in
before you can comment on or make changes to this bug.
Description
•