328352 - <select> in rowspan=0 cell breaks table layout

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[PÁLFALVI Tamás]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

I've created the table where the right few columns functioned as sub-rows of the left few columns. I tried to achieve this by writing each "big row" as a <tbody>, with the first few cells merged all the way with rowspan="0", and then putting the sub-rows on the following table rows. The output turned out to be quite messed up, though: the last few sub-rows were displayed beginning at the second column, on top of the other columns rowspanning there.

The specified URL shows a small example. Blue borders indicate the rowspan=0 cells, the green one is a non-rowspan one on the same row as the rowspan ones, and the red ones are the cells in the additional rows. All red cells except the first one are rendered on top of the second blue one in my browser.

Reproducible: Always

Steps to Reproduce:
1. create a table
2. in the first row, add a couple of cells with rowspan="0", with at least one containing a <select> control
3. add some more rows with some cells

Actual Results:  
The first row of non-rowspan cells gets rendered correctly, with the cells to the right of the rowspanned ones. The other rows however are rendered starting from column 2, overlapping the rowspan="0" cells.

Expected Results:  
All additional rows should appear to the left of the last rowspan column.

I could not reproduce this behaviour when none of the rowspan cells contained a <select>. Setting the rowspan value to the correct precalculated row count instead of 0 on any of the rowspan cells (either a <select> or a non-<select> one) also gives correct behaviour.

Found this problem with Firefox 1.5 Solaris10-x86 and Firefox 1.5.0.1 Windows.

Comment 1

[Bernd]

WFM with current trunk

Comment 2

[Bernd]

this is wfm with current trunk.