Last Comment Bug 327898 - Unnecessary wrapping of list item inside absolutely positioned div on reflow
: Unnecessary wrapping of list item inside absolutely positioned div on reflow
Status: NEW
: testcase
Product: Core
Classification: Components
Component: Layout (show other bugs)
: Trunk
: x86 Linux
: -- normal with 1 vote (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
: Jet Villegas (:jet)
Mentors:
http://test.wlug.org.nz/phpwiki/test....
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-02-20 02:34 PST by Matt Brown
Modified: 2008-04-08 05:00 PDT (History)
5 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments
Minimal testcase to reproduce the bug in latest nightly (1.96 KB, text/html)
2006-02-20 02:35 PST, Matt Brown
no flags Details
Minimal testcase to reproduce the bug in FF1.5/Seamonkey 1.0 (1.80 KB, text/html)
2006-02-20 02:36 PST, Matt Brown
no flags Details
Screenshot showing bug while viewing testcase (36.77 KB, image/png)
2006-02-20 02:36 PST, Matt Brown
no flags Details
Screenshot showing bug on the original site (130.01 KB, image/png)
2006-02-20 02:37 PST, Matt Brown
no flags Details

Description Matt Brown 2006-02-20 02:34:16 PST
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060219 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060219 Firefox/1.6a1

After resizing the window the spacer tab (rightmost tab in the menu in the test URL) is often wrapped down to the next line for no reason. Space is still allocated for the tab on the original line.

While resizing the window the tab is visibly jumping between two locations:
1) the correct location on the same line as the other tabs,
2) the wrapped position underneath them



Reproducible: Sometimes

Steps to Reproduce:
1. Open example URL (or attached test.html)
2. Resize browser window - actual size doesn't matter
3. Observe tab jumping between locations
4. Complete resize operation
5. Repeat steps 2-4 until the error condition with the wrapped tab occurs

Actual Results:  
The rightmost item in the list is wrapped below the other items even though space is allocated (and available) for it alongside them on the original line.

Expected Results:  
The tab show always remain on the same line alongside the other tabs unless the browser window is too narrow for that to occur.

I have attached the testcase and two screenshots, one showing the bug on the original site (www.wlug.org.nz) and one showing the bug in the testcase. 

This bug was initially discovered when viewing the site using firefox 1.5 and is also present in Seamonkey 1.0. In both Firefox 1.5 and Seamonkey 1.0 the bug is exhibited in the initial paint of the page (eg. no resize/reflow is needed to trigger it), but only when there is a vertical scrollbar present. The attached test2.html can be used to reproduce the bug for FF1.5 and Seamonkey1.0 if test.html cannot reproduce it.

Perhaps the latest nightly has fixed the bug for the on the initial paint case,  but not for reflows?
Comment 1 Matt Brown 2006-02-20 02:35:44 PST
Created attachment 212458 [details]
Minimal testcase to reproduce the bug in latest nightly
Comment 2 Matt Brown 2006-02-20 02:36:25 PST
Created attachment 212459 [details]
Minimal testcase to reproduce the bug in FF1.5/Seamonkey 1.0
Comment 3 Matt Brown 2006-02-20 02:36:58 PST
Created attachment 212460 [details]
Screenshot showing bug while viewing testcase
Comment 4 Matt Brown 2006-02-20 02:37:43 PST
Created attachment 212461 [details]
Screenshot showing bug on the original site
Comment 5 Philip Withnall (unavailable) 2006-02-20 11:16:11 PST
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060220 Firefox/1.6a1 ID:0000000000
Confirmed. Both testcases initially render fine, but the spacer item jumps back and forth between a new line and where it's supposed to be when resizing the window.
When resizing the window, the spacer item will be on the bottom line, you can widen the window by one pixel and it'll jump back up. Widening the window by either 2 or 3 (varies) pixels more will make it jump back down again, and so on...
Comment 6 philippe (part-time) 2006-02-20 20:50:29 PST
Confirmed on OS X with
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060218 Firefox/1.6a1 ID:2006021805.
Comment 7 Mats Palmgren (:mats) 2008-04-08 05:00:31 PDT
WFM, Firefox 2008040704 on Linux.
WFM, Firefox 2008040504 on MacOSX.

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