224994 - embedded tables render oddly

Status: RESOLVED DUPLICATE of bug 58917

(Core :: DOM: HTML Parser, defect)

Description

[Kurtis Gibson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031030
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031030

Viewing the page yields the first post as being rendered oddly.  That is, the
phpbb software has a table holding the post, within that is the capture posted
which also has a table at the end showing the damage inflicted/taken etc and
that table is rendered incorrectly, as it is not shown below the text it
follows, but rather is shown within the post's table down the right hand side
alongside the original text.

 I hope that wasn't confusing, I have tested this with Mozilla 1.5, and now 1.6a
and both show the same 'issue', which I am unsure if it is a Mozilla problem or
a phpbb problem, or something else alltogether.

  Within IE 5.00.3315.1000, the page renders better, in that the totals table is
shown below the text as it was intended.  IE however does show a slight problem
in that it doesnt wrap the text in the first post (before the HTMLized text) to
the browser window, and creates small scroll bars at the bottom.

  Having read the Web Developer FAQ, I verified the page is being rendered in
Quirks mode, which itself perhaps the whole problem.  I am no expert however,
and apologies if this is an obvious bad-html-from-a-program bug.

  Some items that seem interesting:

  Saving the page in Mozilla to disk and loading with Mozilla/IE produces
identical, incorrect pages.  IE renders the page exactly as Mozilla 'sees' it
which is why I put this bug in Parser.

  Saving the page in IE and loading with Mozilla, shows a slightly better,
albeit still incorrect version of the page.  The table is shown at the bottom
correctly, but the space it used to take up in the post is still wasted on
nothing (instead of the start of the black background of the table).

  I can create screenshots to show what I am attempting to describe, however I
will be attaching both renders of the page in question.

*PLEASE NOTE*:  I haven't mentioned the actual website this is on, for fear of
too many connections to it overloading it (it isn't the most powerful machine to
be sure).  The attachment I will be adding has both the orignal URL within it
and the saved html pages from IE and Mozilla.  Sorry if this is irksome to anyone.

Reproducible: Always

Steps to Reproduce:
1. Load page.

Actual Results:  
Viewing the page yields the first post as being rendered oddly.  That is, the
phpbb software has a table holding the post, within that is the capture posted
which also has a table at the end showing the damage inflicted/taken etc and
that table is rendered incorrectly, as it is not shown below the text it follows
rather it is shown within the post's table down the right hand side alongside
the original text.

Expected Results:  
Shown the page with the combat totals table at the bottom of the post, with text
above it wrapped to table edge as expected.

Comment 1

[Kurtis Gibson]

Attachment: Saved webpages from IE/Mozilla

Comment 2

[Boris Zbarsky [:bzbarsky]]

The page opens 298 <font> tags and only closes 55 of them.  Does actually
closing the tags help?  If so, this is a duplicate of bug 58917

Comment 3

[Kurtis Gibson]

  Tried to move </font> tag to end of each <font .. tag and no change.  I
believe I ended each open font tag (after removing the buildup of </font>'s at
near the start of the offending table).

Comment 4

[Kurtis Gibson]

Taking the file I fixed all (I believe) the <font> tag mishaps, and remove a
</table> from near the start of the damage total table, it now renders fine. 
Line 853 is where I removed it from in the orignal file, I'll put my correct
html file as reference.

  However, by removing that </table>, it makes for an uneven tag count now,
which isn't A Good Thing I would say.  There are by my count, 24 table openings
and (now) 23 </table> tags.

  Fixing the <font> tags didnt seem to change anything by itself, but
additionally taking the </table> out did?

Comment 5

[Kurtis Gibson]

Attachment: Font tags fixed, one table closing tag removed, renders ok?

Requires previous 'Saved webpages from IE/Mozilla' for images and such.

Comment 6

[Jesiah S]

I did a wget on the page URL to get what the server sent.
When I added the </font> tags between lines 294 and 840 mozilla was able to load
it just fine.

Comment 7

[Blake Kaplan (:mrbkap) (inactive)]

Based on comment 2 and comment 6, this is a DUPE.

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