89427 - Table's not obeying nowrap attribute

Status: RESOLVED DUPLICATE of bug 92143

(Core :: Layout: Tables, defect)

Description

[mdimitrio]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.2+) Gecko/20010704
BuildID:    2001070404

Scroll all the way down, where you can see the "Quick links to Notebook
Specs & Prices for this company". This table has nowrap attributes that are not
being followed by Mozilla.

Source code (nicely indented):
---------------<cuthere>---------------
<table width=100% bgcolor="#996600" align=center cellpadding=2
cellspacing=0 border=0>
  <tr>
    <td>
      <table bgcolor="#FFFFFF" width=100% cellpadding=2 cellspacing=0
      border=0>
        <tr>
          <td>
            <table height=40 cellpadding=4 cellspacing=0 border=0
            width=100%>
              <tr align=center>
                <td align=left nowrap width=150><font
                face="geneva, ms sans serif, helvetica" size="-2">Quick
                links to Desktop<br><font
                face="arial, helvetica" size=-1 color="#663300"><b>Specs
                &amp; Prices</b></font><br>for
                this company</font></td>
                <td width="100%"><font face="arial, helvetica"
                size="-1"><A
               
href="http://www.cnet.com/cgi-acc/clickthru.acc?clickid=00017a8cacd9909f00000000&edition=cnet&adt=020:10:200&category=1:&site=CN&url=http%3A%2F%2Fwww%2Ecnet%2Ecom%2Fhardware%2Fsearch%2Fresults%2F1%2C10121%2C0%2D1017%2D403%2D0%2C00%2Ehtml%3Ftag%3Dst%2Ecn%2E1%2Eaislelnk%2Etoshiba%2Daisle%2Ddesktops%26qt%3Dtoshiba"><b>Toshiba</b></a></font></td>
                <td width=150>&nbsp;</td>
              </tr>
            </table>
          </td>
        </tr>
      </table>
    </td>
  </tr>
</table>
---------------</cuthere>---------------
Marcos.

Comment 1

[Alvaro Munoz-Aycuens]

Reproduced on:

Win98 with build id: 2001072503
MacOS with build id: 2001072504

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

Comment 2

[Alvaro Munoz-Aycuens]

Attachment: Little screenshot of the bug showing

Comment 3

[Mats Palmgren (inactive)]

REOPEN: Bug still occurs so it wasn't a dupe of bug 91713.

Comment 4

[Mats Palmgren (inactive)]

-> HTMLTables

Comment 5

[Mats Palmgren (inactive)]

Attachment: Minimized testcase from the reported markup from CNET.com

Comment 6

[Mats Palmgren (inactive)]

Attachment: Testcase #2 - similar to the last one but w. images in 1st cell

Comment 7

[karnaze (gone)]

Reassigning to alexsavulov, since it involves nowrap.

Comment 8

[Mats Palmgren (inactive)]

WORKSFORME, build 2001-09-26-03 on Windows 98 SE.

Comment 9

[Amarendra Hanumanula]

 Does not work for me on WIN2K Build ID : 2001-09-26-0.9.4(branch build)
Reopening this bug

Comment 10

[Alexandru Savulov]

Fixed only on trunk by fix for bug 92413 (although this patch needs also the
patch for bug 101883 to be completed - checkin to follow as soon as trunk tree
opens)).

This bug has not been nominated as nsbranch+ (also 92413) that's why is not
fixed on the branch 0.9.4.

If you want to fix this bug on the branch 0.9.4, get the nomination nsbranch+
for both bug 92143 and bug 101883 and mark this one as a dup of 92143.
Otherwise just mark this one as a dup of 92143.

Comment 11

[Alexandru Savulov]

sorry!
i made a typo in the previous comment:

This bug is a dup of bug 92143 (not 92413).

Comment 12

[Alec Lazarescu]

NOWRAP still doesn't work if cell width is specified.

Test case: http://demosb.intellipro.com/nn6nowrap.htm

The cell width AND nowrap need to be specified because if you cut out the 
nowrap, these items start wrapping in Mozilla and IE even though there's plenty 
of space set aside by the width. The width needs to be there to give the cell 
the proper minimum width (otherwise it's only as wide as it need to be to fit 
all the items on one line).

Comment 13

[Alec Lazarescu]

My issue I just posted was fixed in latest nightly build.  Was broken in the 
0.9.4 Milestone I was using.  Sorry.

Comment 14

[Mats Palmgren (inactive)]

Dupe of bug 92143 as Alexandru suggested above.

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