Just try the URL... I think it deserves major severity because there could be the same problem with many M$ Excel generated tables (I can't verify, don't have access to Excel Version 10 (whatever is it)).

BTW the table renders nicely in Konqueror, well in Opera, and a bit badly in NS4.77.

Looks fine to me with a current linux build... attaching screenshot. What is the problem exactly? What build are you using?

Again, what build are you using? (I notice you did not include window decorations in the screenshot....)

Some extra info (I tought Bugzilla recorded this, because it even displayed on the new bug page): Mozilla 0.9.4 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010913 I'm using Xfree86 4.1.0-6 packages on Debian potato, icewm, with some truetype fonts. When I shrink the window's size, at least the overlapping texts go away. Konqueror (2.2) displays it almost flawlessly.

Could you please try a recent nightly? There have been a few table fixes in the last 3 weeks which did not make 0.9.4....

WORKSFORME in a fresh Linux CVS build.

This is getting more complicated. I have played with the latest nightly build (ID:2001092121), and got interesting results: When I load the page from the net (I have a 33.6 modem, tried with and without other traffic), it is always displayed incorrectly, independent of font size and encoding. (I once managed to display it correctly with an almost unreadable small font size, and a western encoding, but can't reproduce, it could be caused by a timing (cache?) coincidence.) When I load the page from my disk it always gets displayed correctly (better than NS4.77, but not as good as in Opera or Konqueror), even with larger font sizes. Howewer if the texts don't fit in the cells, they flow out, instead of resizing the cells, and the whole page (but this could be according to specs, I don't know). I'll attach the screenshots, please notice the different loading times on the bottom.

setting status to new. Sounds like we miss a reflow or something like that....

need a testcase for this. i will try to track down an excel exported html table. if anyone has one or can make a testcase for this, please do so and attach it. thanks, anthony

seems to wfm on win32 build 2002030208 trunk

Screenshots created with 1.0rc1 1st: first try, looks nice with some errors 2nd: pressing enter in the url bar again, the table collapses badly

Isn't this in the wrong component?

reporter: please have a look at http://www.mozilla.org/newlayout/bugathon.html, screenshots without a reduced testcase are nearly useless. Please verify that this bug is no a dupe of bug 97205.

I would make a reduced testcase, but I don't know HTML well enough and I haven't got Excel. The other major issue is when I save the html, before trying to edit, Mozilla loads and displays it (almost fully) correctly when I open the file from the hard disk (see attachment "Correct (local)"). These make things a bit harder...

WFM windows build 2002050806

Is this a tables bug at all? The document type is XML. Anyway - as per today the page in question lays out just fine. WFM, current trunk linux. Reporter: Can you test this again with a current build? (Make sure to delete cache first)

nope it does not render well on LINUX RC3. It renders well ONLY if you select very small font (unreadable) see attached screenshots

MSIE is OK... their table is wider with reasonable font size. It seems to me, that the trick is to make table wider. I am not HTML table specialist... but I think that mozilla should make table wider to accomodiate longer text lines see the attachment

I think this bug is a dupe of 97205

mass reassign to default owner

http://bugzilla.mozilla.org/show_bug.cgi?id=243560 may provide the test case we have been looking for...

the url is 404

The URL can be found on archive.org: http://web.archive.org/web/20020811064423/http://www.compugroup.hu/arlista.htm I may get a better testcase up here in a bit...

loading the web.archive URL worksforme with linux trunk 2004121606

the testcase is wfm, winxp 20050711