User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060130 Firefox/1.6a1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060130 Firefox/1.6a1 See above example. If a select has background: transparent, then when the popup is invoked, all option backgrounds will be black. In 1.5 and earlier, they are gray. By default, this means all such select popups are unreadable when users upgrade. Works fine in 1.5 and earlier Reproducible: Always Steps to Reproduce: See my test case 1. give background: transparent to a select 2. use a set of options 3. weep :( Actual Results: See test case. popup backgrounds are all black Expected Results: Gray (or ideally transparent!) backgrounds.
Apology for the loose statement above. It should say "background-color: transparent".
(Could this be related to another effect I'm seeing in 1.6a1? Loading pages with large amounts of transparent gif on the page background, I see the entire page quickly flash black before settling down to its proper rendering. Its disconcerting...)
I see this too in a trunk build on winxp. Do you know the regression window?
Assignee: nobody → roc
Component: General → Layout: View Rendering
Product: Firefox → Core
QA Contact: general → ian
Summary: 1.6 vs 1.5: transparent select bg popup is black instead of gray → transparent select bg popup is black instead of gray (trunk regression)
Version: unspecified → Trunk
(In reply to comment #3) > I see this too in a trunk build on winxp. Do you know the regression window? Sorry, I don't have access to a variety of builds.
14 years ago
I highly recommend the testcase be attached to the bug so we can make sure it doesn't go away... Note that the gray color is not really any more "correct" than black. See bug 70798. Also, on Linux I see garbage painting on the backgrounds, not a particular color.
Ria, can you confirm whether the range in which behavior changed on Windows corresponds to bug 317375?
(lost the background images, but the bug is reproducible without them, so I won't try to attach a testcase with images)
(In reply to comment #5) > I highly recommend the testcase be attached to the bug so we can make sure it > doesn't go away... I'm happy to keep the testcase in place as long as it's useful. It is running on a rather large pipe... ;) > Note that the gray color is not really any more "correct" than black. See bug > 70798. Well... it's more "correct" in that popup selection lists generally contain text options, and a black "faux transparent" background is guaranteed incompatible with default text color. More important, it's the _change_ that is most disturbing. Arbitrary rendering changes causing sites to break is unfriendly. Particularly when
> and a black "faux transparent" background is guaranteed incompatible with > default text color There's nothing that says that black is the default text color in this case, fwiw... ;) And yes, the fact that the thing is not transparent is in fact a bug -- bug 70798
Depends on: 70798
(In reply to comment #6) I think so: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-01-25+16%3A00%3A00&maxdate=2006-01-26+09%3A00%3A00&cvsroot=%2Fcvsroot
14 years ago
Depends on: 324896
(In reply to comment #10) > There's nothing that says that black is the default text color in this case, > fwiw... ;) If we only read (w3c) books, agreed. Pragmatic reality speaks quite clearly however: what proportion of browsers have a different default? I've yet to find one ;)
> what proportion of browsers have a different default? The default color of options in a <select> in all Gecko browsers is the "FieldText" system color. So the default depends on the operating system theme being used; it's not black in at least some high-contrast themes on both Windows and Linux.
Fixed by checkin for 324896.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
Component: Layout: View Rendering → Layout: Web Painting
Product: Core → Core
You need to log in before you can comment on or make changes to this bug.