Closed
Bug 328786
Opened 19 years ago
Closed 19 years ago
black on black menus using dark background XP theme
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 324706
People
(Reporter: rmp, Unassigned)
References
()
Details
(Whiteboard: cairo)
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060227 Firefox/1.6a1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060227 Firefox/1.6a1 Menu background is black. Menu text is black. The result is difficult to read. Reproducible: Always Steps to Reproduce: 1. select an XP theme with a dark background 2. start firefox 3. submit screenshot and theme file to Bugzilla Actual Results: black on black text. See screenshot. Expected Results: Normal color corresponding to selected theme. See other screenshot and the theme file. Pretty recent. Normally I use the autoupdate mechanism, but when it flakes out (as it has recently) I only update about once a week. The last one I was running was 2006022008. I usually run LittleFox and at first thought it was a LittleFox problem. I went to the themes dialog and saw that LittleFox had an update pending. I updated it, but it didn't help. Switching back to the Firefox theme didn't help, either.
Reporter | ||
Comment 1•19 years ago
|
||
Reporter | ||
Comment 2•19 years ago
|
||
Reporter | ||
Comment 3•19 years ago
|
||
Comment 4•19 years ago
|
||
*** This bug has been marked as a duplicate of 243078 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Comment 5•19 years ago
|
||
Note that LittleFox doesn't have this problem (anymore?) with version 1.5.0.2.
Reporter | ||
Comment 6•19 years ago
|
||
Neither the Thunderbird (version 1.6a1 (20060227)) nor the SeaMonkey ( Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060227 SeaMonkey/1.5a ) nightlies exhibit this problem. Of course, they both use generic MS Windows menus (as seen in the 2nd attachment (# 213380 )) instead of whatever it is Firefox is using. I picked up another nightly of Firefox ( Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060228 Firefox/1.6a1 ) and the problem persists there.
Reporter | ||
Updated•19 years ago
|
Status: RESOLVED → UNCONFIRMED
Component: General → GFX: Thebes
Product: Firefox → Core
Resolution: DUPLICATE → ---
Whiteboard: cairo
Version: unspecified → Trunk
Reporter | ||
Comment 7•19 years ago
|
||
This appears to be Cairo-only. I'm not precisely sure what that means. When autoupdate failed, I'd blithely grab whatever the trunk build was. This switched over to Cairo at 20060223. As an experiment, I grabbed the latest Pacifica (non-Cairo) and Gaius (Cairo) hourly builds. Broken in Cairo, OK in Pacifica (which appears to use MS Windows native style menus).
Comment 8•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060301 Firefox/1.6a1 ID:2006030120 WFM on the above build.
Reporter | ||
Comment 9•19 years ago
|
||
(In reply to comment #8) > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060301 > Firefox/1.6a1 ID:2006030120 > WFM on the above build. Still broken for me on the latest Gaius hourly: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060302 Firefox/1.6a1 ID:2006030204 I could attach another screenshot, but the only difference apparent to me is the build Id in the title bar. Do you know where I could get this 2006030120? It's certainly not the March 1st trunk build (which I also tried, to no avail).
Reporter | ||
Comment 10•19 years ago
|
||
I was accidentally reading the Mozillazine comments for the daily branch (instead of trunk) releases and stumbled on the Classic Menus extension, thought it might be worth a shot (since my Electra is much closer to MS Windows Classic than it is to MS Windows XP). No dice. Menus still black on black. BTW, I upgraded to the trunk daily (2006030205) 'cause that hourly I was running (2006030204) was way flaky (which one may reasonably expect in an hourly build)
Hardware: PC → Other
Reporter | ||
Comment 11•19 years ago
|
||
(This is the original bug reporter) I came back from a coupla weeks vacation and the black on black menus were gone (currently running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060327 Firefox/1.6a1, build 2006032703) But I did get a dose of Bug 324706 in my menus and dialogs (easily worked around, once I knew what was up).
Comment 12•19 years ago
|
||
Since you had bitmap fonts for your menus I bet this was bug 324706 all along, since that bug initially caused bitmap fonts not to be shown at all (until it was partially fixed to the current behavior of gibberish characters). *** This bug has been marked as a duplicate of 324706 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 13•19 years ago
|
||
(In reply to comment #12) > Since you had bitmap fonts for your menus I bet this was bug 324706 all along, > since that bug initially caused bitmap fonts not to be shown at all (until it > was partially fixed to the current behavior of gibberish characters). This was easy enough to test. I fell back to the 20060227 build and tweaked the Windows Classic (normal colors) theme to use a bitmapped font for all text. Poof! Menu text disappears. I'm glad I tested it. From years of battles with color prefs in Mozilla/ Phoenix/Firebird/Firefox PLUS the fact that (even when it works) Cairo renders my menus in different colors than earlier Mozilla browsers, I was strongly prejudiced toward the notion that Cairo had chosen black as the foreground color for menu text. I'm glad to be wrong:-) It still renders inactive menu items as black on black, but that's a much smaller issue and I suppose I can eventually file a bug on it if it gets up my nose enough.
You need to log in
before you can comment on or make changes to this bug.
Description
•