328786 - black on black menus using dark background XP theme

Status: RESOLVED DUPLICATE of bug 324706

(Core :: Graphics, defect)

Description

[Robert Praetorius]

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.

Comment 1

[Robert Praetorius]

Attachment: Screenshot of 2006022704 with dark background XP theme

Comment 2

[Robert Praetorius]

Attachment: screenshot the file menu of a generic MS Windows application using the same XP theme

Comment 3

[Robert Praetorius]

Attachment: an XP theme with a dark background

Comment 4

[Phil Ringnalda (:philor)]

*** This bug has been marked as a duplicate of 243078 ***

Comment 5

[Alfred Kayser]

Note that LittleFox doesn't have this problem (anymore?) with version 1.5.0.2.

Comment 6

[Robert Praetorius]

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.

Comment 7

[Robert Praetorius]

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

[Gabriel Sjoberg]

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.

Comment 9

[Robert Praetorius]

(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).

Comment 10

[Robert Praetorius]

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)

Comment 11

[Robert Praetorius]

(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

[Justin Kerk]

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 ***

Comment 13

[Robert Praetorius]

(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.