Closed
Bug 291484
Opened 20 years ago
Closed 20 years ago
Transparent Options window with non-default theme in use
Categories
(Core :: Widget, defect)
Core
Widget
Tracking
()
VERIFIED
DUPLICATE
of bug 283624
People
(Reporter: tracy, Unassigned)
Details
(Keywords: regression)
This regressed on all platforms for Firefox and Thunderbird Trunk builds between 0414 and 0416 -Install and use a popular theme -Open the Options(Preferences) window Linux and Windows the Options Window is vaguely visible. Mac is missing Main menu Icons but has visibility. I orignally repoted this in bug 290988 as a crasher. That crash has been fixed by bug 290102. But the transparency issue still exists.
| Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.1?
QA Contact: walkerrunner
Comment 1•20 years ago
|
||
Can we get a one-day regression range here? With hours, not just dates?
| Reporter | ||
Comment 2•20 years ago
|
||
That regression window is incorrect. The transparency bug is older than the crash. However, I am running into serveral various bugs/build problems with past builds that are making it difficult to narrow in on a 24 hour window. I will somehow get it though.
Updated•20 years ago
|
Flags: blocking1.8b2+
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1+
| Reporter | ||
Comment 3•20 years ago
|
||
This coincides with the introduction to the trunk of the new Options Window. As tested on Windows trunk Firefox using Qute: 2005-02-24-07-trunk (old options window) works with qute theme in use 2005-02-25-07-trunk (new options window) transparent with qute theme in use We didn't have theme install as part of the smoketests until just last week. I'm removing the smoketest keyword because theme installation is the only thing smoketested, not all smoketests with non-default theme.
Keywords: smoketest
Comment 4•20 years ago
|
||
Doesn't so much sound like a widget bug then, does it?
Comment 5•20 years ago
|
||
Themes need to add a default style for <prefwindow /> see: http://lxr.mozilla.org/mozilla/source/toolkit/themes/winstripe/global/global.css#74 http://lxr.mozilla.org/mozilla/source/toolkit/themes/winstripe/global/preferences.css When we rev the appversion and 1.0 themes aren't compatible, this should go away unless a theme is badly tested. duping, removing flags *** This bug has been marked as a duplicate of 283624 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Flags: blocking-aviary1.1+
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Flags: blocking1.8b2+
| Reporter | ||
Updated•11 years ago
|
QA Contact: twalker
You need to log in
before you can comment on or make changes to this bug.
Description
•