151181 - Table content go over borders, caused by nowrap, table width, and align="left" [overlap]

Status: RESOLVED WORKSFORME

(Core :: Layout: Block and Inline, defect, P4)

Description

[Winnie]

Build ID: 2002061104 (1.1alpha)
I'll attach a simple testcase to explain this.

Comment 1

[Winnie]

Attachment: Testcase that shows the problem

Comment 2

[Amarendra Hanumanula]

 In the given testcase the cell in the outer table has "nowrap" attribute. 
It disables automatic text wrapping for this cell. The inner table forces the 
"width=480". I think what we are doing is right. 

Comment 3

[Mats Palmgren (inactive)]

Attachment: Some more cases for comparison

Comment 4

[Mats Palmgren (inactive)]

Not sure if there is a bug here but IE6 and Opera6 seems to agree with respect
to the wrapping.

Comment 5

[Mats Palmgren (inactive)]

Reassigning nowrap issue to Alex.

Comment 6

[Mats Palmgren (inactive)]

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

Comment 7

[Kevin McCluskey (gone)]

Bulk moving P1-P5 un-milestoned bugs to future. 

Comment 8

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

->Layout: Block & Inline

Comment 9

[Mike Cowperthwaite]

The description of this bug's symptom is not particularly descriptive; was the
problem that the text ran over the borders, outside the cell, in one long line?
Because it's not doing that now (1.3 Final or 1.4a).

In Strict mode, the line doesn't wrap, but the cell's size expands to cover.
This is true of cases 1, 2 and 4 in the second attachment; I gather that in
strict mode, 'nowrap' and 'whitespace:nowrap' inherit thru tables to cells.

The text runs over the border of DIVs in cases 5 and 8, in both Strict and
Quirks.  This appears to be correct.

For comparison: IE6 has no difference between strict and quirks, and does not
inherit the nowrap-itude.  It also extends the DIV (5 & 8) to draw the border
around the unwrapped text.

Opera 7 agrees with (current) Mozilla in both strict and quirks.

Comment 10

[Mike Cowperthwaite]

Attachment: Same as Attachment #2, but with Strict DOCTYPE

Comment 11

[Mats Palmgren (inactive)]

The bug occurs in Mozilla 1.1, it seems it was fixed for Mozilla 1.2.

-> WORKSFORME