383874 - Chaging positioning of a row in a table when another is position:absolute just before makes it appear in one column

Status: NEW

(Core :: Layout: Tables, defect)

Description

[Alexis Wilke]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2

I'm working on a table with two hidden rows. The first row may remain hidden. When that happens, the second row, when shown, does appear in the first column instead of the two columns where it is supposed to appear.

A visible row after these hidden rows works just fine.

Dealing with a single hidden row works just fine. (I noticed the problem only after I hid the second row).

The page I reference here:

http://cafedolce.m2osw.com/test.html

has a working example with the problem shown. If you only try to show the 2nd hidden row (called Gratuity in the example) then you get the row in one column instead of 2.

Reproducible: Always

Steps to Reproduce:
1. Go to http://cafedolce.m2osw.com/test.html
2. Click on "Show Gratuity"
3. Look at the Gratuity column.

Read the instructions on the page to know how to test other cases.
Actual Results:  
The two columns of the "Gratuity" row appear in the space reserved for the first column of the table.

Expected Results:  
Each column of the Gratuity row should appear as two separate columns

If you first show the first row (Delivery) and then the second row (Gratuity), then you get the right results. After that, it is usually harder to break the Gratuity row again.

Comment 1

[Andrew Schultz]

Attachment: testcase

Loading the attached testcase with linux SeaMonkey build 2007-06-09-11-trunk, both cells of the 3rd row appear with the width of the first cell of the first row (as though the first cell of the first row had colspan=2).  Each cell of the third row should align with each cells of the first row.

Comment 2

[Andrew Schultz]

Note that it would be better to use display:none/table-row

Comment 3

[Alexis Wilke]

Indeed! The display parameter solved most of my problems and I do not need to change the position to absolute anymore!

The only problem (and that's not you) is that the mode depends on the element. That's rather annoying. Anyway, I wrote a function which checks the element tag name and depending on that I use the correct name (table, table-row, block, etc.)

Now, this being said, there is still a bug. 8-)

Comment 4

[Boris Zbarsky [:bzbarsky]]

Yeah, the problem is that we use the prevsibling to find the right parent.  In this case that's the placeholder, so we get the pseudo table generated around the placeholder, etc.

This should probably depend on one of the existing bugs about table pseudos and mutations not playing well.