2068917 - Profiles menu low contrast items (name, icon and back arrow) with some official themes

Status: NEW

(Toolkit :: Themes, defect, P1)

Description

[Kestrel]

Attachment: Profiles menu contrast issues compared with Release 154

STR:

1. Launch latest Nightly 157.0a1 with a selectable profile.
2. Install official theme Activist – Balanced (300k users).
3. Open the hamburger menu and note the profile icon.
4. Click the profiles submenu and note the top area of the menu.

Expected:
Profiles menu content has good contrast.

Actual:
Profile name, icon and back arrow have low contrast, black against dark blue background.

Still happens with browser.nova.enabled = false.

Despite change occurring in Nightly 154, Release 154 was not affected.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=822cf7db64a5d85a1f0b1eecdabb3029b11f1a5f&tochange=9f8c7db0a2090b56e9ce3785b67aff305cd28f45

Regressed by Bug 2046787.

Comment 1

[BugBot [:suhaib / :marco]]

:nsharpley, since you are the author of the regressor, bug 2046787, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Comment 2

[Nikki Sharpley (:nikkis) (she/her)]

Attachment: Screenshot 2026-09-03 at 10.50.05 AM.png

I noticed this doesn't just occur in the menus, it occurs when selecting a profile from the selector page or editing a profile. It seems there is an issue with the default profile theme itself. I don't think this was caused by my patch. Bogdan, are you able to help with determining a regression window please? Thank you!

Comment 3

[Kestrel]

Regression window:
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=1e90f0c3195766562292ebabd90258772145ff04&tochange=0cad2b360015f27eca061e6afe883e3f9a6084be

Possibly regressed by Bug 2050531.

Comment 4

[Nikki Sharpley (:nikkis) (she/her)]

Thanks Kestrel!

Hanna, looks like some changes to the theme picker might have caused this. It looks like themeFg is being applied correctly, but is the wrong value for this theme. I had thought perhaps it was these lines that resulted in the wrong foreground color being applied, but I reverted them and the bug still occurs. Any ideas on what I'm missing?

Comment 5

[Kestrel]

Note that the problem occurs at theme activation time, the existing active theme continues to be unaffected across sessions until it is re-enabled. Most users won't be seeing this unless they are new or toggling their themes.