[a11y] Focus is not set to extension permissions prompt dialog
Categories
(Toolkit :: Add-ons Manager, defect, P2)
Tracking
()
People
(Reporter: A02291979, Assigned: rpl)
References
(Blocks 1 open bug)
Details
(Keywords: access, Whiteboard: [addons-jira])
Attachments
(2 files)
Impacted Section/Element
About:addons ("Extensions")
Steps to Reproduce
Choose any extension that requires permissions to add, and activate the "Add to Firefox" button on its page. A "Required permissions" dialog will open. Attempt to navigate to the dialog with the keyboard.
Expected Behavior
Focus is set to the dialog container.
Actual Behavior
Focus is not set to the dialog container. There is no way for keyboard users to access the dialog.
User Impact
Keyboard users cannot access the dialog.
WCAG 2.2 References
2.1.1 Keyboard, 2.4.11 Focus Not Obscured
Recommendations
Set focus to the dialog container when it appears.
Testing Environment
Windows 11
Assistive Technology Used
Any
Further Reference
Severity
1-Critical
Comment 1•1 month ago
|
||
The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•1 month ago
|
||
The Bugbug bot thinks this bug is an accessibility bug, but please revert this change in case of error.
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
| Reporter | ||
Updated•1 month ago
|
Comment 3•1 month ago
|
||
This is not an S1 severity bug. Please stop setting it as such. The engineering team responsible for this function will set an appropriate severity level.
https://wiki.mozilla.org/BMO/UserGuide/BugFields#bug_severity
Comment 4•27 days ago
|
||
The severity field is not set for this bug.
:mixedpuppy, could you have a look please?
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•21 days ago
|
Updated•21 days ago
|
Comment 5•20 days ago
|
||
The severity field is not set for this bug.
:robwu, could you have a look please?
For more information, please visit BugBot documentation.
Updated•20 days ago
|
Updated•20 days ago
|
Comment 6•19 days ago
|
||
The severity field for this bug is set to S3. However, the accessibility severity is higher, .
:rpl, could you consider increasing the severity?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 7•19 days ago
|
||
This patch sets options.autofocus to true for the addon-webext-permissions PopupNotifications doorhanger,
so the focus is moved to the panel on open.
Along with that an additional regression test triggers the panel and asserts that no control is auto-focused
on open.
| Assignee | ||
Updated•19 days ago
|
| Assignee | ||
Updated•15 days ago
|
Comment 9•13 days ago
|
||
| bugherder | ||
Comment 10•13 days ago
|
||
The patch landed in nightly and beta is affected.
:rpl, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox155towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 11•7 days ago
|
||
This was unlikely to be a recent regression, it was more likely like this since when the panel was initially introduced.
I'd personally leave it to ride the 156 release train.
Updated•7 days ago
|
Description
•