DESCRIPTION: Bug 19661 covered issues with both width and height, and only the width issues were fixed. I am therefore filing this bug to cover the height issues in bug 19661. See bug 19661 for details. Relevant testcases from that bug include: http://bugzilla.mozilla.org/showattachment.cgi?attach_id=5591 http://bugzilla.mozilla.org/showattachment.cgi?attach_id=8817

Should be bug 19961

Not marked as a dup yet, and I fear that it will and the height problem will get buried. It's being labelled as unimportant, yet this is only bug keeping me up nights. It's definitely causing me some major problems. The issue of Mozilla ignoring heights in tables only appears in standards mode. See http://www.marketvibe.com for a test case. I'm just wondering if developers are expected to use quirks mode to get around this?

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

I filed bug 59718, and someone pointed this bug to me. :-) Anyway, I created a few test cases which should be interesting to people working on this bug. The links are in the description of the duplicate bug above.

Adding myself to the CC list.

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

Perhaps I've missed something in the history of this bug, but according to HTML4.01, there is no 'height' attribute for the TABLE element, only 'width'. Testcase http://bugzilla.mozilla.org/showattachment.cgi?attach_id=5591 uses just such a height attribute on its TABLE.

There's no HEIGHT element for the TABLE tag, but there is one for the TD and TH tag.

QA contact update

karnaze, what's the status on this bug?

Anything new about this bug?

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

Changing description. Neither the testcases from bug 19661 nor 59718 are valid HTML.

Might be that the testcases need work, but this bug occurs in both quirks and standards mode

Fixed by meta bug 97138.