Closed Bug 325407 Opened 19 years ago Closed 19 years ago

transparent select bg popup is black instead of gray (trunk regression)

Categories

(Core :: Web Painting, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: peteweb, Assigned: roc)

References

()

Details

(Keywords: css2, regression, testcase)

Attachments

(1 file)

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".
Keywords: css2, regression
(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.
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?
Attached file testcase from reporter (deleted) —
(lost the background images, but the bug is reproducible without them, so I won't try to attach a testcase with images)
Keywords: testcase
(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 #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
Closed: 19 years ago
Resolution: --- → FIXED
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: