Sidebar pressed state shows no focus indication
Categories
(Firefox :: Theme, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | unaffected |
firefox136 | --- | wontfix |
firefox137 | + | fixed |
firefox138 | --- | fixed |
People
(Reporter: Gijs, Assigned: mstriemer)
References
(Regression)
Details
(Keywords: nightly-community, regression, Whiteboard: [fidefe-sidebar])
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details | Review |
Found on macOS but may well be present elsewhere.
- current nightly, clean profile.
- open settings
- enable the new sidebar (search for sidebar, tick "Show sidebar"). The sidebar button appears on the top left of the window next to the back/fwd buttons
- accel-L to focus the address bar (expands the address bar)
- shift-tab to focus the address/search input thingummywhatsit (shows blue focus box around it)
- shift-tab again to focus the sidebar button
ER:
can see blue focus box around sidebar button
AR:
no blue focus box
![]() |
||
Comment 1•15 days ago
|
||
I can reproduce the issue on Nightly138.0a1 Windows11 and ubuntu24.04.
![]() |
||
Comment 2•15 days ago
|
||
[Tracking Requested - why for this release]: UX regression
This bug occurs when the toolbutton is in the active state.
This is not limited to revamp.sidebar but also legacy sidebar toolbar button.
STR:
- Put the “Sidebars” toolbutton on the Nav bar right next to the urlbar
- Open sidebar(Ctrl+B) so that the toolbutton will be in active state.
- Press Ctrl+L then [tab] key so that the toolbutton gets focus.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1015843c71ed475633fef84a8d1b707dce090c30&tochange=e46eaccd15b497f7694c9f16e80815d380f2e96b
Comment 3•15 days ago
|
||
:mstriemer, since you are the author of the regressor, bug 1881851, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Assignee | ||
Comment 4•15 days ago
|
||
Updated•15 days ago
|
Updated•14 days ago
|
Updated•13 days ago
|
Updated•13 days ago
|
Comment 5•12 days ago
|
||
The bug is marked as tracked for firefox137 (beta). However, the bug still has low severity.
:cbellini, could you please increase the severity for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit BugBot documentation.
Updated•9 days ago
|
Comment 8•6 days ago
|
||
The patch landed in nightly and beta is affected.
:mstriemer, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox137
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 9•5 days ago
|
||
Comment on attachment 9470909 [details]
Bug 1952825 - Don't change toolbarbutton outline for interactive states when focused r?#desktop-theme-reviewers
Beta/Release Uplift Approval Request
- User impact if declined/Reason for urgency: Focus location can get lost when the sidebar is expanded as no focus indication is shown
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Small CSS refactor
- String changes made/needed: No
- Is Android affected?: No
Updated•5 days ago
|
Updated•5 days ago
|
Comment 10•4 days ago
|
||
uplift |
Updated•4 days ago
|
Description
•