Closed
Bug 291484
Opened 21 years ago
Closed 21 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•21 years ago
|
Flags: blocking-aviary1.1?
QA Contact: walkerrunner
Comment 1•21 years ago
|
||
Can we get a one-day regression range here? With hours, not just dates?
| Reporter | ||
Comment 2•21 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•21 years ago
|
Flags: blocking1.8b2+
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1+
| Reporter | ||
Comment 3•21 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•21 years ago
|
||
Doesn't so much sound like a widget bug then, does it?
Comment 5•21 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: 21 years ago
Flags: blocking-aviary1.1+
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Flags: blocking1.8b2+
| Reporter | ||
Updated•12 years ago
|
QA Contact: twalker
You need to log in
before you can comment on or make changes to this bug.
Description
•