153527 - Nested Tables Broken (randomly?)

Status: VERIFIED WORKSFORME

(Core :: Layout: Tables, defect, P4)

Description

[Simón Medrano]

See the page at http://www.aapmidget.com.ar/
Nested tables are broken randomly since Mozilla 0.9.x (7?).
Just try reloading the page several times.
Look at the source code, or open the page with other browser (IE, or earlier
versions of Mozilla) and the page should be correctly rendered.

My english is too bad, sorry.

Comment 1

[Simón Medrano]

Attachment: An example of a broken table.

Comment 2

[Simón Medrano]

Attachment: The same page correctly rendered by MSIE.

Comment 3

[Simón Medrano]

Attachment: The same page viewed with Mozilla, but the table broken somewhere else.

Comment 4

[Amarendra Hanumanula]

WFM on Both branch and trunk builds: 2002062408 on WIn2K. May be this is win98 
specific.

Comment 5

[[e-mail]]

WFM on WinXP, build 2002070608
Can you provide exact steps to reproduce or maybe attach a html file that
*always* breaks on your box?

Comment 6

[Bill Mason]

Resolving as we had no reply from reporter.
Reporter, if you still have this issue in a current build, please reopen and
comment with details.

WFM in 2002071608 PC/Win98.

Comment 7

[Simón Medrano]

I've downloaded the new 1.1 beta (Win/2002072204), and it does the same.
I've been "investigating" all night, and this seem to never happen if you load
the page from a local file. Only occurs when viewing the page from the server.
I will explain it better... tomorrow(?)... with new attachments.
Now I have to sleep.

Comment 8

[Simón Medrano]

Attachment: The main table is closed prematurely.

The attachment shows how the parser automagically adds extra tags to close
prematurely the parent table.

To view the source code I selected that part of the page where the original
layout gets corrupted, but mozilla doesn't show the REAL source (as it is
returned by the web server), instead it shows a parsed version where there are
TBODY tags automatically added a </TD>, </TR> and </TABLE> tags that close the
main table. Those closing tags DO NOT exist in the original page source.

(The screenshot is from http://www.aapmidget.com.ar/ using Mozilla 1.1beta,
2002072204, on Win98)

Comment 9

[Simón Medrano]

Attachment: Reloading the page, the table is closed prematurely, at a diferent location.

Hitting Reload, the page may render correctly that part of the page.
But in this case, you can see the same table broken in a diferent place.
(Compare with attachment #92523 [details])

Again, selecting that part of the page, and viewing its source code, the
browser has added the TBODY tags to all tables and a sequence of
</TD></TR></TBODY></TABLE> tags to close the main table.

Comment 10

[Simón Medrano]

Attachment: Original page source, as received by IE.

Here is the page source, as MSIE gets it from the web server, and shows it
using Notepad.

Comment 11

[Simón Medrano]

Attachment: Page source as shown by View Page Source on Mozilla.

Here is the source code of the same page but as shown by the source viewer in
Mozilla. That is when you select View / Page Source on the main menu.
The only difference with the source returned by IE is that Mozilla does
lowercase conversion to all tagnames and adds some "extra" blank lines.
(Compare with attachment #92527 [details]).

Comment 12

[Simón Medrano]

Attachment: The page source as shown when you do View Selection Source

Here is the source of the same page when you do Edit / Select All, and then
View Selection Source.
This way Mozilla shows a different source. All tables have added TBODY tags;
and in the place where the main table seems broken, there is a sequence of
</td></tr></tbody></table> tags (search for them on the source, and compare
with screenshots) that actually close the table prematurely. Those tags were
added by the browser, and are NOT present on the original source.

IMPORTANT NOTE: Viewing this file as a local files of course will display the
table "broken".
Attachments #92527 and #92528 only break the main table when viewed from the
web server. Loading them into Mozilla from a local file will allways render OK.


May the problem be that the webserver is too slow, and Mozilla tries to start
displaying the table before it is completely downloaded, and adds automatically
those closing tags to the main table????

Comment 13

[karnaze (gone)]

->default owner

Comment 14

[Daniel Wang]

Comment on attachment 92527 [details]
Original page source, as received by IE.

is this a parser problem? When I do something unrelated to the table
(e.g. removing BGCOLOR="000000" from <body>, deleting a <meta> tag,
or removing the first table (not connected to the 2nd table), the
problem magically goes away

Comment 15

[Madhur Bhatia]

when i go to the url mentioned ... i get directions to go the new location at 
"www.WebMidget.com.ar" ... clicking on it directs me to
http://members.lycos.co.uk/webmidget/

with the latest nightly on winXP, looking at the attachment 92527 [details] and attachment
92528 [details], i do not see any broken rendering. 
IE renders the same way . WFM.

Simón Medrano, please check in the latest nightly and verify if u still see the
issue.
Thanks!

Comment 16

[Simón Medrano]

I'm sorry, the original website is no longer available.
I'm on a really slow dial-up connection, so I cannot download a nightly bulild
right now.
I'm using the latest release version (mozilla 1.4a).
The problem persists (it does the same on Phoenix and K-meleon).
As I have already said, it looks like a random issue.
Loading the file from a local hard disk makes more difficult to reproduce the bug.
Try putting the attachment file on a very stressed webserver.

Comment 17

[Madhur Bhatia]

can anybody test the testcases on a stressed server ?

Comment 18

[Bernd]

I dont see a broken rendering the original url did change heavily the layout,
there is no reliable testcase in this bug. I close this as worksforme. Reporter
if you still see this try to create a minimized testcase and reopen the bug.
winxp 2004012808