303215 - {inc}table rows not resizing when adding content to other rows, causing total height to increase

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[s_land20]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511

In a table with set height, when adding content to a cell (with Javscript) that
causes one row to become bigger, the other rows are not resized.
this also causes the table to overflow from its container if it has one.

resizing the page by a small amount inmediately fixes the table height.

calling "resizeBy(1,0);  resizeBy(-1,0);" also fixes the height but is not very
clean, is there a function to render the page again without resizing?

Reproducible: Always

Steps to Reproduce:
see examples
Actual Results:  
table height increases

Expected Results:  
resize the bottom row to be smaller, keep table height constant

Comment 1

[s_land20]

Attachment: example of the bug, table with fixed height

Comment 2

[s_land20]

Attachment: example of the bug, table in container

Comment 3

[s_land20]

Comment on attachment 191457 [details]
example of the bug, table with fixed height

click the bottom table cell

Comment 4

[s_land20]

Comment on attachment 191458 [details]
example of the bug, table in container

click the bottom table cell

Comment 5

[zug_treno]

Reproducible with Mozilla 1.8b1, Deer Park a2 and SeaMonkey/20050727. It seems
that the table also resizes itself when it grows past the bottom of the browser
window, (sometimes) leaving disabled scrollbars behind.

(In reply to comment #0)
> calling "resizeBy(1,0);  resizeBy(-1,0);" also fixes the height but is not very
> clean, is there a function to render the page again without resizing?

Bug 21081? 

Comment 6

[s_land20]

(In reply to comment #5)
> Bug 21081? 
yes that's the same question, though the solution in there
(self.status="whatever" / window.status="whatever") does not work.

Comment 7

[s_land20]

i found a workaround.

use the following code after inserting new content:
document.body.style.display = "none";
document.body.style.display = "block";

this fixes the problem with no noticeable side effects.

Comment 8

[Bernd]

a dupe of https://bugzilla.mozilla.org/show_bug.cgi?id=242981#c6 ?

Comment 9

[Steve England [:stevee]]

Testcase behaviour has changed between
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120606 Minefield/3.0a (pre-reflow branch)
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120804 Minefield/3.0a1 (post-reflow branch)
But I don't know if it is entirely fixed. Clicking in the second cell makes the top cell grow and the bottom one shrink, but a bit of the cell is still drawn outside the thick border, and seems to alternate between being outside and then not being outside.

Comment 10

[Bernd]

this is WFM on trunk, please  reopen if you think there is still a bug and outline what the bug is.