152892 - Form tag bracketing td element causes rendering glitch

Status: RESOLVED DUPLICATE of bug 149282

(Core :: Layout, defect)

Description

[Eric Liga]

Rotten Tomatoes (http://www.rottentomatoes.com) has an odd bit in their page
where they bracket a <td> element with a <form> element instead of enclosing the
<form> element within the <td>.  In build 2002061104, it causes that cell to be
separated from the others by a gap and causes subsequent cells to render in the
wrong rows.  In older builds (200203104) renders the page acceptably.

The current code (in simplified form) is this:
<table>
  <tr>
...
    <form>
      <td>
        <input>
      </td>
     </form>
...
   </tr>
...
</table>

This is probably improper HTML anyway (evangelism?), but it does render okay in
IE and older builds of Moz, so perhaps it's worth hunting down.

Comment 1

[Eric Liga]

Attachment: The offending html source

Comment 2

[Eric Liga]

Attachment: Simplified Test Case

Comment 3

[Eric Liga]

Using the simplified test-case, I've refined the description of the problem.
It looks like the above case causes the renderer to fill in an extra contentless
cell prior to the cell with the input.  Thus it causes all subsequent rows to
squish leftward to accomodate the "extra" cell on the first row.  On the Rotten
Tomatoes site, this appears to be made worse by the background image in the
input cell.

Comment 4

[Eric Liga]

Attachment: Quirky rendering of testcase (by 2002061104)

Comment 5

[Eric Liga]

Attachment: Non-quirky rendering of testcase (2002031104)

Comment 6

[Eric Liga]

WFM Win2k 2002061712  Fixed on trunk?

Comment 7

[Richard Godbee]

Dupe of bug 149282, which was fixed on the trunk somewhere around 2002061404...

Comment 8

[Michael Lefevre]

does indeed look like a dupe...

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