Custom Tabs' system tray & navbar are purple (private-browsing themed), if Firefox Nightly has a private tab in the foreground
Categories
(Firefox for Android :: Tabs, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox148 | --- | unaffected |
| firefox149 | --- | unaffected |
| firefox150 | --- | unaffected |
People
(Reporter: dholbert, Assigned: azinovyev)
References
(Regression)
Details
(Keywords: regression)
Attachments
(8 files, 2 obsolete files)
|
88.93 KB,
image/png
|
Details | |
|
88.97 KB,
image/png
|
Details | |
|
140.20 KB,
image/png
|
Details | |
|
140.27 KB,
image/png
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
|
579.01 KB,
image/jpeg
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
This is very similar to bug 2012254, but in a slightly different component and with a more-recent regression range.
Steps to reproduce
- Ensure that your device is using a "light" theme in System Settings; and in Firefox Nightly's Settings|Customize section, choose to follow the device theme.
- Set Firefox Nightly as your default browser.
- Open a private tab in Firefox Nightly (e.g. just tap the mask icon on the Firefox homepage)
- Launch another app, e.g. Gmail, and tap a link to spawn a custom tab.
- Tap the 3-dot=menu in the custom tab.
Expected behavior
The system tray at the top of the screen and the nav-bar at the bottom of the screen should match the color of the Firefox custom-tab toolbar (as they do if you skip step 3 of the STR).
Actual behavior
The system tray at the top of the screen and the nav-bar at the bottom of the screen are purple, i.e. private-browsing-themed.
Device information
- Firefox version: 149.0a1 Nightly, 150.0a1 Nightly
- Android device model: Pixel 6a
- Android OS version: 16
Any additional information?
Regression range:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7df40d9149a3d5135ccdcf8602299a76bf7f0081&tochange=06d48ece4edf6a0c4499cc65f627bbb5ad9820eb
In there, I'm pretty sure this would be from Bug 2006631, which changed the way that we query for the "are we in private browsing" state.
| Reporter | ||
Comment 1•4 months ago
|
||
| Reporter | ||
Comment 2•4 months ago
|
||
| Reporter | ||
Comment 3•4 months ago
|
||
This bug is particularly noticeable when you open the 3-dot menu -- as of today's Nightly (thanks to bug 2012254), the menu is properly themed (dark gray), but it's extending upwards from a purple bottom-navbar which looks broken.
Here's a screenshot of that.
| Reporter | ||
Updated•4 months ago
|
| Reporter | ||
Comment 4•4 months ago
|
||
| Reporter | ||
Updated•4 months ago
|
| Reporter | ||
Updated•4 months ago
|
| Reporter | ||
Comment 5•4 months ago
|
||
Andrey, maybe you could take a look at this regression from bug 2006631?
| Assignee | ||
Updated•4 months ago
|
| Assignee | ||
Comment 6•4 months ago
|
||
Updated•4 months ago
|
Comment 8•4 months ago
|
||
| bugherder | ||
| Reporter | ||
Comment 9•4 months ago
|
||
Thanks for the fix!
I noticed one other bit of UI that's got the same issue -- the "Copy" context-menu that appears if you long-press the custom tab's top-toolbar. That's got a purple background right now, if Firefox Nightly happens to have a private tab as the foreground tab.
Not sure if that'll be fixed by the patch that landed today -- I'll retest that in tomorrow's Nightly and file a bug if that part is still broken.
Comment 10•4 months ago
|
||
The patch landed in nightly and beta is affected.
:azinovyev, 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-firefox149towontfix.
For more information, please visit BugBot documentation.
Comment 11•4 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Users see wrong UI.
- Code covered by automated testing: no
- Fix verified in Nightly: yes
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Steps to reproduce
- Ensure that your device is using a "light" theme in System Settings; and in Firefox Nightly's Settings|Customize section, choose to follow the device theme.
- Set Firefox Nightly as your default browser.
- Open a private tab in Firefox Nightly (e.g. just tap the mask icon on the Firefox homepage)
- Launch another app, e.g. Gmail, and tap a link to spawn a custom tab.
- Tap the 3-dot=menu in the custom tab.
Expected behavior
The system tray at the top of the screen and the nav-bar at the bottom of the screen should match the color of the Firefox custom-tab toolbar (as they do if you skip step 3 of the STR).
Actual behavior
The system tray at the top of the screen and the nav-bar at the bottom of the screen are purple, i.e. private-browsing-themed.
- Risk associated with taking this patch: low
- Explanation of risk level: UI change
- String changes made/needed: No
- Is Android affected?: yes
| Assignee | ||
Comment 12•4 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D284862
| Reporter | ||
Comment 13•4 months ago
|
||
(The related issue that I mentioned in comment 9 persists in latest Nightly, so I'll file a new bug on that.)
Updated•4 months ago
|
Updated•4 months ago
|
Comment 14•4 months ago
|
||
| uplift | ||
| Assignee | ||
Updated•4 months ago
|
Comment 15•4 months ago
|
||
Verified as fixed on the latest Beta 149.0b3 and on the latest Nightly 150.0a1 builds.
The system tray at the top of the screen and the nav-bar at the bottom of the screen do match the color of the Firefox custom-tab toolbar.
Devices used:
- Motorola Nexus 6 (Android 8);
- Google Pixel 9 Pro XL (Android 16);
- Samsung Galaxy S25 Ultra (Android 16).
Marking the ticket as verified on 149 and 150.
Updated•4 months ago
|
Comment 16•4 months ago
|
||
This reverts commit 4292a100737cd482804813491bc2626870f39c03.
Comment 17•4 months ago
|
||
Comment 18•4 months ago
|
||
A patch has been attached on this bug, which was already closed. Filing a separate bug will ensure better tracking. If this was not by mistake and further action is needed, please alert the appropriate party. (Or: if the patch doesn't change behavior -- e.g. landing a test case, or fixing a typo -- then feel free to disregard this message)
Comment 19•4 months ago
|
||
Seems like this bug should be reopened if we're reverting the change. Is this being backed out from Beta also, Jon?
Comment 20•4 months ago
|
||
Backout was merged in central: https://hg-edge.mozilla.org/mozilla-central/rev/4a24c2464a529217c0fbf182843e2731f8d76136
Comment 21•4 months ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #19)
Seems like this bug should be reopened if we're reverting the change. Is this being backed out from Beta also, Jon?
Yeah, the back-out will be uplifted to beta on Monday if the weekend backout is stable. We can then close the regressions with bug 2009823 re-opened.
Keeping NI as a to-do reminder.
Updated•4 months ago
|
Comment 22•4 months ago
|
||
This reverts commit 4292a100737cd482804813491bc2626870f39c03.
Original Revision: https://phabricator.services.mozilla.com/D286147
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Comment 23•4 months ago
|
||
| uplift | ||
Comment 24•4 months ago
|
||
Reverted in beta and main.
Comment 25•4 months ago
|
||
This reverts commit 4292a100737cd482804813491bc2626870f39c03.
Updated•4 months ago
|
Comment 26•4 months ago
|
||
| uplift | ||
Updated•4 months ago
|
Updated•4 months ago
|
Comment 27•4 months ago
|
||
| uplift | ||
Comment 28•4 months ago
|
||
(In reply to Jonathan Almeida [:jonalmeida] from comment #21)
Keeping NI as a to-do reminder.
It is done.
Updated•4 months ago
|
Comment 29•4 months ago
|
||
Updating as per comment 28.
Comment 30•3 months ago
|
||
Closing since we have reverted the offending patches.
Description
•