Closed
Bug 302151
Opened 19 years ago
Closed 18 years ago
horizontal scrollbars not shown with absolute positioned elements inside an overflow: auto element
Categories
(Core :: Layout, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: brewt-bugzilla.mozilla.org, Unassigned)
References
()
Details
(Keywords: testcase, Whiteboard: [reflow-refactor])
Attachments
(1 file)
|
2.87 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050725 Firefox/1.0+ Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050725 Firefox/1.0+ The test url contains 3 examples of absolute positioned elements which are inside an element with overflow: auto. For Deer Park, two of them do not show the horizontal scrollbars when javascript is used to move the inner element outside the initial are of the outer element. It also does not show the scrollbar if the inner element is resized to be bigger than the outer element. Note that if the blue box is moved vertically, the vertical scrollbar shows up fine. Reproducible: Always Steps to Reproduce: 1. View the test case URL 2. For the 2nd example, click on the 'move me' link multiple times so that the blue box moves outside the outer red one. 3. Do the same for the 3rd example. The same can be done for the 'super size me' links. Actual Results: A scrollbar shows up in the first example (correct) and no scrollbars are shown in the 2nd and 3rd examples (wrong). Expected Results: A horizontal scrollbar should up in all 3 cases when the inner blue box is placed outside the area of the outer red box.
Comment 1•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050726 Firefox/1.0+ ID:2005072610 I see the behaviour described by the reporter. IE6.0 adds scrollbars to the 2nd and 3rd examples in the testcase.
Comment 2•19 years ago
|
||
Case 3 is a regression, but I'm not sure if that should be added to the keywords, as case 1 and 2 are not regressions.
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•19 years ago
|
Whiteboard: [reflow-refactor]
| Reporter | ||
Comment 3•19 years ago
|
||
Just tested this again with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060124 Firefox/1.6a1 and the behaviour is still the same as in Firefox 1.5. However, now the horizontal scrollbar in the first test does not work (ie. clicking on the arrows does nothing and dragging the scrollbar doesn't actually change the viewport).
| Reporter | ||
Comment 4•19 years ago
|
||
Retested with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060504 Minefield/3.0a1 and all three cases correctly show the scrollbars. However, it's still incorrect in the 1.8 branch: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20060504 BonEcho/2.0a1
Version: Trunk → 1.8 Branch
Can you test to find out exactly when it was fixed on trunk?
| Reporter | ||
Comment 6•19 years ago
|
||
Where can you download the nightly builds which are older than April 15th? That's the oldest that's on the osuosl.org mirror. It was fixed before that build since it's okay in: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060415 Firefox/3.0a1
| Reporter | ||
Comment 8•19 years ago
|
||
Thanks. It looks like it was fixed in the 20060316 trunk build. In particular, I think it was dbaron's scrolling changes for bug 192767 that also fixed this problem.
Comment 9•18 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1 ID:2006120812 [cairo] Seems fixed by reflow branch landing
Comment 10•18 years ago
|
||
this one has nothing to do with the reflow landing (my bad) It works fine before and after it. resolving based on comment #8
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•