Closed
Bug 1503304
Opened 6 years ago
Closed 6 years ago
toolbar_text doesn't always fall back to textcolor
Categories
(Firefox :: Theme, defect, P1)
Firefox
Theme
Tracking
()
RESOLVED
FIXED
Firefox 65
Tracking | Status | |
---|---|---|
firefox65 | --- | fixed |
People
(Reporter: dao, Assigned: dao)
References
Details
Attachments
(1 file)
Assignee | ||
Comment 1•6 years ago
|
||
Bumping the priority because we shouldn't have to set this optional color in the first place but it seems the fallback is broken e.g. when enabling Windows 10 accent colors in the titlebar.
Assignee: nobody → dao+bmo
Priority: P5 → P1
Summary: Set toolbar_text property instead of --toolbar-color for Light and Dark themes → toolbar_text doesn't always fall back to textcolor
Assignee | ||
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Hi Dão, do you have a screenshot of what the current patch is fixing ?
Flags: needinfo?(dao+bmo)
Assignee | ||
Comment 4•6 years ago
|
||
(In reply to Tim Nguyen :ntim (please use needinfo?) from comment #3) > Hi Dão, do you have a screenshot of what the current patch is fixing ? The problem is that despite :-moz-lwtheme we sometimes set a text color on the root element that is different from --lwt-text-color. I think we only do this in compacttheme.css right now but I'm not sure.
Flags: needinfo?(dao+bmo)
Comment 5•6 years ago
|
||
I think it makes more sense to set --lwt-text-color/--lwt-accent-color to -moz-win-accentcolor/-moz-win-accentcolortext when relevant and set toolbar_text to the right value. What do you think ?
Flags: needinfo?(dao+bmo)
Assignee | ||
Comment 6•6 years ago
|
||
(In reply to Tim Nguyen :ntim (please use needinfo?) from comment #5) > I think it makes more sense to set --lwt-text-color/--lwt-accent-color to > -moz-win-accentcolor/-moz-win-accentcolortext when relevant It doesn't sound like this would change anything with regards to this bug, and also make it impossible to potentially use the original theme colors in a different context that isn't the title bar / window background. > and set toolbar_text to the right value. We shouldn't have to set toolbar_text when we already set textcolor...
Flags: needinfo?(dao+bmo)
Comment 7•6 years ago
|
||
I was thinking my suggestion was better in terms of converting the themes to the theme API later on, but I guess it doesn't matter much for now and we can do that later.
Pushed by dgottwald@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/6ea314ab963f Make toolbar_text fall back to textcolor. r=ntim
Comment 9•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/6ea314ab963f
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox65:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 65
Comment 10•5 years ago
|
||
Found this bug with mozregression.
This bug causes the find bar (ctrl+f) to use the accentcolor (for background) and textcolor from a theme (example: https://addons.mozilla.org/sv-SE/firefox/addon/furfox-tail-twister/), which can make close button, text and so on the same color as the background color.
This makes the find bar more or less unusable with all themes I have tried (~10).
Adding below to userChrome.css fixes the problem locally for me.
:root:-moz-lwtheme {
--toolbar-color: inherit !important;
}
Flags: needinfo?(dao+bmo)
Assignee | ||
Comment 11•5 years ago
|
||
(In reply to Mikael Håkansson from comment #10)
This is filed as bug 1506913.
Flags: needinfo?(dao+bmo)
Updated•5 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•