Tables in this site are sized incorrectly, resulting in pictures connecting to each other as supposed to (tried with IE to check if the error came from the site, and it worked perfectly) Mozilla version is the Nightly build of December 6, 2000. Build ID: 2000120604

When the font tag (and others) are used in a table cell, if a corresponding /font tag is used at the end, a blank line is inserted by Mozilla. I have seen this before also with header tags (h1, h2, etc) It appears that IE and Netscape 4 don't do this. That is what the problem is here. The cell containing the image on the left has a font tag, but doesn't have a corresponding /font tag, while the cell containing the image on the right has font and /font tags I'll attach a minimised test case generated from the url, with table borders swicthed on.

Marking NEW. Rewriting summary. Old Summary: Tables are sized incorrectly - Nightly Build of December 6 2000. Note that incorrect markup is causing this. Also, this is probably a layout issue since tables are really not the culprit here.

No sir, this so called bug is invalid! And even with the lack of </font> tag, it still workes fine! Even the spanning error of <font> over TD doesn't seen of any influence! Take a look of my example. And remember, this examples STILL needs to be worked on, before it's valid HTML! But it works just fine! What is wrong? Simple, you don't put <p> inside of <font> that's invalid! And that's why I strongly belief that this bug is also invalid. And the summary is wrong too! Most Friendly, HJ.

QA contact update

What do we want to do about this bug. As H-J pointed out the <p> tags inside the <font> tags is invalid. If the <p> tags are outside the <font> tags the problem goes away. Should probably be sent to Evangelism.

reassigning to attinasi.

Reassign to harishd since this sounds like a familiar parser issue (harish, send it back if my intuition is wrong).

Marc: I doubt that this is a parser issue. It looks like we should not create frame for <tag></tag> within TD [ I might be wrong :-( ]. Giving bug back to Marc and ccing myself.

An empty inline element should introduce vertical space (by the line height amount) according to CSS. IE5 on the Mac does it too, however, as mentioned, IE (5.5 and 6) on Windows, and Nav 4.7 do not created vertical space for the empth frame. If anything, this is a Quirks mode only fix to be made. Accepting and updating summary.

*** Bug 58061 has been marked as a duplicate of this bug. ***

fix summary (typo)

attinasi will probably not work on those bugs :-(

The <font> is a red herring, really. The <p> has margins. We turn them off in quirks mode if it's the first element in a cell. But in this case, it is not. We've considered trying to somehow do it if it's "sorta the first" element, but that level of quirkiness does not seem to be required to render the vast majority of web content, so we've decided against it.

I'd rather...

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