49099 - Style on table element does not propegate to containing elements

Status: RESOLVED WONTFIX

(Core :: CSS Parsing and Computation, defect, P3)

Description

[Ken Mori]

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
BuildID:    2000080712

Setting a font style on a dynamically created table does not propagate that 
style to containing elements

Reproducible: Always
Steps to Reproduce:
1.Create a table
2.Set a style class on a table
3.Add some elements to the table

Actual Results:  The font style on the table does not affect text elements 
within a table column					

Expected Results:  Containing elements would inherit the container style except 
when explicitly overridden.

Comment 1

[Ken Mori]

Attachment: Click show button, notice the font style does not impact text

Comment 2

[Henri Sivonen (:hsivonen)]

The test case lacks a doctype decalaration and is handled in the quirks mode, in which 
case not inheriting to tables is intentional. Marking invalid.

Please reopen if you see the problem in the standards mode (ie. with the HTML 4 Strict 
doctype declaration).

Comment 3

[Ken Mori]

So if Netscape 6 is intended to be W3C compliant, why is the default behavior 
based on the Netscape 4 quirks mode?  If the quirks mode is desired, why not 
force an explicit specification of this mode rather than requiring an explicit 
specification for operating in the mode based on W3C standards?

Comment 4

[Asa Dotzler [:asa]]

see http://www.people.fas.harvard.edu/~dbaron/mozilla/modes for some info on
when and why we use the quirks layout mode. Resolving as wontfix.

Comment 5

[Hixie (not reading bugmail)]

Netscape's standard compliance QA team reorganised itself once again, so taking 
remaining non-tables style bugs. Sorry about the spam. I tried to get this done 
directly at the database level, but apparently that is "not easy because of the 
shadow db", "plus it screws up the audit trail", so no can do...