The blue table that occupies the bottom half of this page (see URL) doesn't resize itself to stay in the area allocated for the <td></td> that it resides in. All the text inside that table therefor isn't wrapped correctly. I'm using build ID: 2000012520 Feel free to email me for furthur information or help. If you don't have time to fix this then maybe you could tell me whereabouts in the code this bug is likely to be and I'll have a go at fixing it myself. I just don't want to go tramping through code for hours aimlessly.
Here's a simplified testcase: <html> <body> <table><tr> <td> <table cols=2 width="100%"> <tr><td colspan=2> A somewhat not-so-long line of text </td></tr> </table> </td> <td bgcolor="#000000"> </td> </tr></table> </body> </html> In order to see the problem, you'll need to resize your browser window to be narrower than the line of text. The text will then run into the next cell instead of wrap.
The testcase uses a attribute of TABLE called 'cols'. There is no such attribute HTML attribute for TABLE. If you remove this, the problem does not occur. However, shouldn't 5.0 just ignore this?
cols is a proprietary attribute that we support which makes columns an equal width.
As the webmaster of the page originally in question I've fixed the HTML to be complient with 4.0 transitional. Which means yanking the spurious "cols" attribute. Just so you don't try and test that page anymore...
I think this was fixed recently.
The text in the table cell does not wrap at all. CVS Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20001020
Bernd: Why should it wrap? It looks correct to me... Karnaze: we are ignoring the 'cols' attribute now, is that right?
We should be honoring the cols attribute (and unfortunately, we may doing so in standard mode as well).
Because it wraps in Nav46 and IE. The document is in quirk mode so it should somehow behave like stone age browser's. If it does not wrap it should draw a horizontal scrollbar. It does not, as the attached screen shot shows.
Bernd: the screenshot you have shows a totally unrelated issue to do with the fact that you sized the window smaller than the minimum width, and that is covered by some other bugs. It would happen even with no table. Karnaze: We are rendering the testpage identically to IE5, so this is indeed fixed (presumably) although I see no effect from the cols attribute. Marking WORKSFORME.
Ian, if you can convince me that looking on my last screenshot, that both browser render the testcase the same way, this is worth a bottle of german beer.
Bernd: Yes, I know we have a bug there, but it is not to do with this one. It will happen with _every_ web page. Try it with one with scrollbars and you'll see what I mean.
QA contact update
Works fine. Verified