104229 - table loses colors (css) when changing font-size for monospace font family

Status: RESOLVED WORKSFORME

(Core :: CSS Parsing and Computation, defect)

Description

[Markus Bertheau]

I have a table which uses css to display a backgound color. Open the Prefs
dialog, go to fonts, change the font-size, click ok, backgound-colors become white.

Comment 1

[sairuh (rarely reading bugmail)]

could you pls attach the sample html file, or point us to the url, where this
happens? thx!

Comment 2

[Samir Gehani]

-> Style System.  There's a related bug about bgcolor not changing on pages
opened prior to making the pref change in the prefs dialog.

Comment 3

[Markus Bertheau]

Added a url.

Comment 4

[Boris Zbarsky [:bzbarsky]]

seeing this on current linux (2001-11-16-08)

Comment 5

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

A simplified testcase would be nice.  Does this only happen when the
background-color is specified on the TR?  On some other element?

Comment 6

[Markus Bertheau]

bgcolor is specified through external stylesheet.

Comment 7

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

On which element?  TD?  TR?

Comment 8

[Boris Zbarsky [:bzbarsky]]

Attachment: Minimal testcase

Just load the testcase and then open preferences and change the font (or
text/background color).  Notice how the background on the <tr> goes away but
that on the <div> stays...

Comment 9

[Boris Zbarsky [:bzbarsky]]

Attachment: Same testcase in strict mode.

Looks like this is an issue with quirks mode style resolution for tables...

Comment 10

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

Backgrounds on inner table elements work very differently in quirks and strict
mode.  In strict mode, the frames draw the background, but in quirks mode, we have:

/* Quirk: make sure backgrounds are inherited in tables */
td, th, tr {
  background: inherit;
}

in quirks.css and only the cell frames draw the backgrounds.

Comment 11

[Boris Zbarsky [:bzbarsky]]

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

Comment 12

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

Is this still a problem?

Comment 13

[Boris Zbarsky [:bzbarsky]]

This now works fine for me (I _did_ see the problem with the testcases I posted
when I posted them).  Markus, are you still seeing this problem?

Comment 14

[Markus Bertheau]

i don't see the problem with 2002021421 on linux.
thanks for fixing.

Comment 15

[Boris Zbarsky [:bzbarsky]]

This worksforme...