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

RESOLVED FIXED

Status

()

defect
RESOLVED FIXED
14 years ago
9 months ago

People

(Reporter: peteweb, Assigned: roc)

Tracking

({css2, regression, testcase})

Trunk
x86
Windows XP
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

()

Attachments

(1 attachment)

Reporter

Description

14 years ago
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.
Reporter

Comment 1

14 years ago
Apology for the loose statement above. It should say "background-color: transparent".

Keywords: css2, regression
Reporter

Comment 2

14 years ago
(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...)

Comment 3

14 years ago
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
Reporter

Comment 4

14 years ago
(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?

Comment 8

14 years ago
(lost the background images, but the bug is reproducible without them, so I won't try to attach a testcase with images)
Keywords: testcase
Reporter

Comment 9

14 years ago
(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
Reporter

Comment 12

14 years ago
(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.