224974 - In multi-line select list, background color not rendering according to style; defaults to white

Status: RESOLVED FIXED

(Core Graveyard :: GFX: Win32, defect)

Description

[Oliver Merk]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031106 Firebird/0.7+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031106 Firebird/0.7+

See example at http://www.merkconsulting.com/test01.html. This renders ok in NS
7.1 and earlier mozilla build but is incorrect in latest mozilla and fb builds.

Reproducible: Always

Steps to Reproduce:
1. See example at http://www.merkconsulting.com/test01.html

Actual Results:  
Wrong bg color rendered

Expected Results:  
Rendered bg color as per style

Comment 1

[Mats Palmgren (inactive)]

WFM, 2003-11-06-05 trunk Linux

Comment 2

[Nathan Strom]

Attachment: Screenshot of incorrect behaviour

I see the same bug, with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.6a) Gecko/20031107 Firebird/0.7+

Comment 3

[Boris Zbarsky [:bzbarsky]]

Dup of another one of those "native theme" issues with Windows form controls.

Comment 4

[Jason Barnabe (np)]

*** Bug 225066 has been marked as a duplicate of this bug. ***

Comment 5

[Anne (:annevk)]

attachment 137106 [details] can be used to test this bug.

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

Comment 6

[Anne (:annevk)]

*** Bug 227920 has been marked as a duplicate of this bug. ***

Comment 7

[Anne (:annevk)]

Attachment: test case

CONFIRMING: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b)
Gecko/20031212

(there should be a css-forms specification, really!)

Comment 8

[Peter van der Woude [:Peter6]]

Unfortunately CSS makes no difference, still the same error.
For as far as I have been experimenting with CSS on the inut it's only the
background-color that isn't respected. All CSS font and size properties are
displayed  correctly.

Comment 9

[Malcolm Rowe]

*** Bug 228551 has been marked as a duplicate of this bug. ***

Comment 10

[Malcolm Rowe]

Regression, per dup bug 228551.
Possibly a dup of bug 181490, which seems to have morphed into this issue.

Comment 11

[Boris Zbarsky [:bzbarsky]]

*** Bug 230404 has been marked as a duplicate of this bug. ***

Comment 12

[Malcolm Rowe]

Confirming based on duplicates

Comment 13

[Malcolm Rowe]

*** Bug 231459 has been marked as a duplicate of this bug. ***

Comment 14

[Boris Zbarsky [:bzbarsky]]

This is windows-only; reassigning accordingly.

Comment 15

[Boris Zbarsky [:bzbarsky]]

*** Bug 231599 has been marked as a duplicate of this bug. ***

Comment 16

[Simon Paquet [:sipaq]]

Attachment: Another testcase

the select-box should have a black background. The foreground color is white,
which is why you can't see anything until you select an item.

Comment 17

[Anne (:annevk)]

*** Bug 231713 has been marked as a duplicate of this bug. ***

Comment 18

[Ere Maijala (slow)]

At least under WinXP it seems that both the list controls and the combo box have
their backgrounds drawn in nsCSSRendering::PaintBackgroundWithSC() using theming
(displayData->mAppearance != 0), which doesn't support using different colors.
The combobox seems to get the color from a child which is painted using
PaintBackgroundColor() (displayData->mAppearance == 0). 
Disclaimer: I don't have have a good grip on the whole process and I don't even
have any idea what mAppearance is.

Comment 19

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Native form controls are a feature, not a bug.  However, we should either ignore
the foreground color or use the background color.

Comment 20

[Ere Maijala (slow)]

I know, but if we want different background colors, we need to paint them. Btw,
they multiline listboxes don't have native looking scrollbars at least when
using the Mozilla Modern theme and WinXP theming.

Comment 21

[R.K.Aa.]

*** Bug 234439 has been marked as a duplicate of this bug. ***

Comment 22

[Clarence Risher]

The key issue here is that a <select> without a size attribute IS rendered in
the proper color.  This should help narrow down where the problem is.  I
encountered this bug myself for the first time today and am going to have to run
a filter on my web proxy to 'fix' web sites until this is fixed in mozilla.

Comment 23

[Ere Maijala (slow)]

In reality they are two different controls. 

Comment 24

[Peter van der Woude [:Peter6]]

isn't there a style="?" to replace size=nr  in <select> ?

Comment 25

[Boris Zbarsky [:bzbarsky]]

*** Bug 235749 has been marked as a duplicate of this bug. ***

Comment 26

[Boris Zbarsky [:bzbarsky]]

Note that the patch in bug 181490 fixes this bug.

Comment 27

[Asa Dotzler [:asa]]

*** Bug 228851 has been marked as a duplicate of this bug. ***

Comment 28

[Boris Zbarsky [:bzbarsky]]

Fixed by the patch that got checked in for bug 181490

Comment 29

[Boris Zbarsky [:bzbarsky]]

*** Bug 237443 has been marked as a duplicate of this bug. ***

Comment 30

[PikeUK]

*** Bug 237025 has been marked as a duplicate of this bug. ***