242045 - table remembers number of columns after contents are deleted with DOM/JS

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Vincent Ricard]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5

After the steps, you have a space between the border of the last cells and the
right border table.

Reproducible: Always
Steps to Reproduce:
1. Select on the first line 'Dimension A', 'Dimension C', 'Dimension D', 'Aucune'
2. Select on the second line 'Dimension B', 'Aucune', 'Aucune', 'Aucune'
3. Click on the button

Actual Results:  
The th are recreated, the td are reordered in new tr. After that, according to
my DOM inspector, the width of box content (of the table) is greater than the
sum of width (+ borders) of the cells.

Expected Results:  
Kill this weird right spacing :)

Comment 1

[Bernd]

can you create a reduced testcase from this as described in
http://www.mozilla.org/newlayout/bugathon.html

Comment 2

[Vincent Ricard]

Ok, i hope do this the testcase next week

Comment 3

[Vincent Ricard]

Sorry for the big late.
Smaller testcase in the URL
(modified URL)

We don't reorder cells no longer ; just remove thead and recreate another one
with DOM/JS.

Comment 4

[Andrew Schultz]

Attachment: simpler testcase

with linux trunk 2004062206, this testcase displays a table that appears to
have empty cells to the right of the "test" cell.  Mozilla seems to continue to
assume that the table has 4 columns.

Comment 5

[Andrew Schultz]

marking NEW

Comment 6

[Bernd]

this is WFM with current trunk probably one the cellmap patches that went in the last months.

Comment 7

[Vincent Ricard]

I confirm the bug is resolved in my 1.5.0.7 (it was maybe before).