As a security precaution, we have turned on the setting "Require API key authentication for API requests" for everyone. If this has broken something, please contact
Last Comment Bug 361693 - nested table doesn't resize correctly when sibling cell of parent table is dynamically resized
: nested table doesn't resize correctly when sibling cell of parent table is dy...
: regression, testcase
Product: Core
Classification: Components
Component: Layout: Tables (show other bugs)
: Trunk
: All All
: -- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
Depends on:
  Show dependency treegraph
Reported: 2006-11-23 13:29 PST by Q Beukes
Modified: 2016-05-17 11:10 PDT (History)
7 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

testcase, attached to bug (2.59 KB, text/html)
2006-11-24 08:41 PST, Martijn Wargers [:mwargers]
no flags Details

Description User image Q Beukes 2006-11-23 13:29:01 PST
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20061023 Firefox/
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20061023 Firefox/

When you click on "Short Layer", then "Tall Layer", then "Short Layer" again, the cell/table on the right doesn't resize again. It will however resize if you click on the heading of the expanded section, like after the above steps, clicking on "Short Layer" again will collapse it, and the cell on the right will resize back to normal.

To make it even worse, visiting you will see that removing the space between "Tall Layer", resulting in "TallLayer" causes the cell to never collapse again, and the resizing to be a bit screwy over all.

I tried this on Windows Firefox 2.0, and the same problem happened there. Playing with the HTML, sometimes the cell would resize but the table wouldn't, but clicking on it AGAIN to collapse it, or opening it from a state where all of them are collapsed, will make it resize fine.

The problems mostly occur when having them expand/collapse while another option is already expanded.

A bypass/hack that makes it work, is to first make the table/cell the original size it was in the beginning, and then fill up the layer.

I also noticed that if you use setTimeout to delay some of the javascript that fills the layers, it will work fine.

Reproducible: Always

Steps to Reproduce:
1. Click "Short Layer", section expands
2. Click "Tall Layer", "Short Layer" collapses, and "Tall Layer" section expands
3. Click "Short Layer", "Short Layer" expands

Actual Results:  
"Tall Layer" collapses but the size of the cell/table on the right remains unchanged.

Expected Results:  
For the cell/table on the right to resize in the same way, as when you clicked "Short Layer" initially.

I cleaned up the HTML quite a bit. If you can't reproduce, try the mostly original one at 

In the above url in Firefox 2.0, the problem disappeared when I removed the "One Line" lines at the top, or the "Login Stuff" / "Links" lines. Basically if the sections that cause the problems appeared more to the top, the problem wasn't there.
Comment 1 User image Martijn Wargers [:mwargers] 2006-11-24 08:41:43 PST
Created attachment 246467 [details]
testcase, attached to bug
Comment 2 User image Steve England [:stevee] 2006-11-24 08:55:38 PST
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061124 Minefield/3.0a1 ID:2006112404 [cairo]
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061123 Minefield/3.0a1 [reflow branch]
I also see this problem.
Comment 3 User image Martijn Wargers [:mwargers] 2006-11-24 08:58:15 PST
This seems to get worse in the reflow branch builds, where the cell/table on the right never shrinks anymore.
Comment 4 User image Daniel.S 2009-04-11 10:21:47 PDT
I resurrect this old bug, because the testcase is working fine in Fx 3.0, but buggy in 3.1 b3 and on trunk.

When clicking on any of the two links twice, the table doesn't resize back to its original size.

On trunk, but not on Fx 3.1b3 this can be fixed by selecting some text in the red cell.
Comment 5 User image (mostly gone) XtC4UaLL [:xtc4uall] 2009-04-23 16:11:26 PDT
(In reply to comment #4)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080907032646 Minefield/3.1b1pre ID:20080907032646
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080908091724 Minefield/3.1b1pre ID:20080908091724

=> range:
Comment 6 User image Michelle Funches - QA 2016-05-17 11:10:02 PDT
This bug has been tagged for regression and/or closure.
Error is not appearing in Nightly or latest Release.
Version 	49.0a1
Build ID 	20160517030211
Version 	46.0.1
Build ID 	20160502172042
Considering this, I will mark this as Resolved-WFM

Note You need to log in before you can comment on or make changes to this bug.