243952 - print preview bar: black on black icons for first back forward last with Classic theme

Status: RESOLVED WORKSFORME

(Core :: XUL, defect)

Description

[Robert Praetorius]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040511 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040511 Firefox/0.8.0+

on (almost any flavor of) MS Windows/NT/XP, a color/font scheme with a dark
background (e.g. High Contrast Black (large)) will give you a print preview
bar with invisible first, back, forward and last icons (if you're using the
Classic theme)


Reproducible: Always
Steps to Reproduce:
1. bring up MS Windows' display control panel
2. go to the Appearance tab
3. select scheme: High Contrast Black (large)
4. start any recent version of Firefox, Mozilla or Netscape
5. select the Classic theme (restart browser if needed)
6. go to any page (or none) and select Print Preview in the browser

Actual Results:  
You'll see a print preview bar with black on black first, back, forward and last
icons.  (It'll probably also be truncated on the right, if you used the same
scheme I did, but that's http://bugzilla.mozilla.org/show_bug.cgi?id=130959 )
They work just fine, they're just invisible (although you will see an outline
when the pointer passes over them).

Expected Results:  
use the foreground and background colors to write the first, back, forward and
last icons (as it eventually learned to do with checkboxes and radio boxes - see
http://bugzilla.mozilla.org/show_bug.cgi?id=71466 )

Comment 1

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 2

[Robert Praetorius]

I can still reproduce this with:

    the Firefox (default) 2.0 theme in Firefox
    the Winscape 1.0 theme in Netscape
    the Classic theme in Seamonkey

The respective versions are:

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050926
Firefox/1.6a1
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20050729
Netscape/8.0.3.3 Build number: 20050729
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050904
SeaMonkey/1.1a

I've (inadvertently) found a workaround: switching to the Littlefox theme
(which has its own dark background problems, but gets this one right).

Comment 3

[Wayne Mery (:wsmwk)]

Does this work in version 3.6? 
If it does work, please close the bug and set resolution to WORKSFORME.
If it does not work, please update the bug.

(generally speaking, printing is greatly improved in v3.5 and v3.6)

Comment 4

[Robert Praetorius]

WFM.  In general, icons seems to be constructed with multiple colors now, so that even if I had a blue background close to the (average) color of the Print Preview arrows, I'd still probably be able to see them.

Of course. . .one of the disadvantages of themes is that they don't seem to pay attention to OS color preferences.  At least the default theme and Littlefox don't.  So rather than adapting when the OS theme changes, they just sit there and look out of place.

That said, may major motivation for using nonstandard themes (pixel bleed on CRTs) is gone.  My life is all LCD all the time now.  Even my secondary motivation (strobing from bright backgrounds) seems to be drastically improved with modern displays.

Looks good in 3.6.3 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3), which I use at the office.

Even an old Seamonkey I had lying around (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090615 SeaMonkey/2.0b1pre) was fine on this account.

The Minefield daily (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a5pre) Gecko/20100601 Minefield/3.7a5pre ( .NET CLR 3.5.30729)) with which I'm reporting this looks, good, too.  At least with Littlefox - I tried switching back to the default theme but theme switching seems to be broken in this day's build.