147312 - <P><P> in table yields blank line?

Status: RESOLVED DUPLICATE of bug 33784

(Core :: Layout, defect)

Description

[Jamie Zawinski]

This looks like I expect:

    <TABLE BORDER>
      <TR>
        <TH> Left side. </TH>
        <TD>
           <P>
            Right side.
        </TD>
      </TR>
    </TABLE>

This puts a blank line above "Right side."
Replacing <P> with <P><P> is what causes it.

    <TABLE BORDER>
      <TR>
        <TH> Left side. </TH>
        <TD>
           <P><P>
            Right side.
        </TD>
      </TR>
    </TABLE>

That can't *possibly* be correct behavior, can it?

Needless to say, NS4 (and NS3 and ...) compressed all consecutive <P> tags to one.

Comment 1

[David Balch]

Confirming - I see this on WinNT4, 2002052508. (Quirks mode)
"User agents should ignore empty P elements" - 
http://www.w3.org/TR/html401/struct/text.html#h-9.3.1

Might this be a quirks mode thing?

Comment 2

[Boris Zbarsky [:bzbarsky]]

We could probably do something like "p:empty { margin-top:0; margin-bottom:0 }" 
in quirk.css or html.css....

The problem is that in this example the <p> in fact contains a #text node, so 
it's not empty...

Comment 3

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

This is basically a duplicate of bug 33784.  It's a question of either how many
tiny hacks we want to add to come up with a progressively closer approximation
to the Nav4 behavior or whether we want to find a (rather complicated) solution
that allows us to emulate it perfectly.

Comment 4

[Hixie (not reading bugmail)]

This is a quirks mode thing -- we always drop the top margin on the first node
of a table cell, which in this case is the first <p>. But <p> elements have a
top margin by default, so the second <p> adds in its top margin.

Anyway, yes, this is a duplicate of bug 33784. Note that in standards mode
(supply a recent DOCTYPE) we do this all per the CSS2 spec.

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