[Nova] Sidebar border boundary has become low contrast in private windows with vertical tabs
Categories
(Firefox :: Private Browsing, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox-esr153 | --- | unaffected |
| firefox156 | --- | unaffected |
| firefox157 | --- | verified |
| firefox158 | --- | verified |
People
(Reporter: ke5trel, Assigned: emilio)
References
(Blocks 3 open bugs, Regression)
Details
(Keywords: regression)
Attachments
(3 files, 1 obsolete file)
STR:
- Launch latest Nightly 158.0a1 with
browser.nova.enabled = true. - Enable vertical tabs.
- Open a private window.
- Open the sidebar.
Expected:
Sidebar boundary has good contrast like before.
Actual:
Sidebar boundary has low contrast.
Does not occur with horizontal tabs or when window is inactive.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9dc0d9d070a3fcd51cdd783596c655c3e273e212&tochange=3a7d6c730a3cd9770b0c1f00b14d2aa3af8865a0
Regressed by Bug 2069503.
Comment 1•24 days ago
|
||
:emilio, since you are the author of the regressor, bug 2069503, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 2•24 days ago
|
||
This gets the color that Figma shows on the active window. I think
this is because Figma has some sort of rgba(0, 0, 0, .1) drop shadow
which effectively makes it a bit darker?
But not an expert on our Figma stuff so please double-check.
Updated•24 days ago
|
| Assignee | ||
Updated•24 days ago
|
Comment 3•24 days ago
|
||
Drive-by setting Severity as the REO for Securitay/Privacy/Networking in the next 4 weeks. S3 seems to align with the fact that Nova is not yet the default, but go ahead and adjust if things change.
Updated•23 days ago
|
Comment 5•23 days ago
|
||
| bugherder | ||
Comment 6•23 days ago
|
||
The patch landed in nightly and beta is affected.
:emilio, 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-firefox157towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•23 days ago
|
Comment 7•23 days ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: comment 0
- Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: yes
- Steps to reproduce for manual QE testing: comment 0
- Risk associated with taking this patch: low
- Explanation of risk level: Trivial manifest change
- String changes made/needed?: none
- Is Android affected?: yes
| Assignee | ||
Comment 8•23 days ago
|
||
This gets the color that Figma shows on the active window. I think
this is because Figma has some sort of rgba(0, 0, 0, .1) drop shadow
which effectively makes it a bit darker?
But not an expert on our Figma stuff so please double-check.
Original Revision: https://phabricator.services.mozilla.com/D325685
Comment 9•23 days ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: comment 0
- Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: yes
- Steps to reproduce for manual QE testing: comment 0
- Risk associated with taking this patch: low
- Explanation of risk level: Trivial manifest change
- String changes made/needed?: none
- Is Android affected?: no
| Assignee | ||
Comment 10•23 days ago
|
||
This gets the color that Figma shows on the active window. I think
this is because Figma has some sort of rgba(0, 0, 0, .1) drop shadow
which effectively makes it a bit darker?
But not an expert on our Figma stuff so please double-check.
Original Revision: https://phabricator.services.mozilla.com/D325685
Updated•22 days ago
|
Updated•22 days ago
|
Comment 11•22 days ago
|
||
Reproduced the initial issue of Firefox 157.0b1 (Build ID: 20260914090352) on Windows 11.
While verifying this issue on the latest Nightly 158.0a1 (Build ID: 20260915213902) I've noticed that the same low contrast of the Sidebar is now displayed when the window is inactive - please see the screen recording for more details.
@Emilio - is this the expected behavior?
Updated•22 days ago
|
Comment 13•21 days ago
|
||
I can confirm using the latest Nightly 158.0a1 (Build ID: 20260916094607) on Ubuntu 24.04, macOS 26 and Windows 11 that the Sidebar boundary has good contrast in the active private window when Vertical tabs are enabled.
Based on this and Comments 11 and 12, marking this as Verified fixed on firefox158.
Updated•21 days ago
|
Comment 14•21 days ago
|
||
Comment on attachment 9642374 [details]
Bug 2071678 - Flip active / inactive frame color in private window theme.
Duplicate request
Updated•21 days ago
|
Comment 15•21 days ago
|
||
| uplift | ||
Comment 16•20 days ago
|
||
Verified as fixed using Firefox 157.0b3 (treeherder build ID: 20260916171654) on macOS 26, Ubuntu 24.04 and Windows 11 - the active/inactive frame colors in the private window theme are flipped so that the Sidebar boundary has good contrast when active.
Updated•20 days ago
|
Updated•14 days ago
|
Description
•