Closed Bug 282100 Opened 20 years ago Closed 20 years ago

Absolute positioned object not well placed (or moving) inside a container with overflow value other than 'visible'

Categories

(Core :: CSS Parsing and Computation, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 282754

People

(Reporter: nirvn.asia, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050209 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050209 Firefox/1.0+ The summary might be completely wrong, and I dont know in which category under Core I should place this bug so I'll putting it in 'Layout' for now. Go to that site http://www.southeastasianpictures.com/ and click on any menu item (on the top or the bottom of the page). You will see the <img> object (a square with 'SOUTHEASTASIAN PICTURES' text next to it) moving Expected result: that <img> shouldnt move Firefox 1.0 doesnt have any problem with this, but the trunk seems to handle this html/css scenario quite incorrectly. I'll try to make a reduced test-case Reproducible: Always Steps to Reproduce: 1. go to http://www.southeastasianpictures.com 2. click on the top or bottom navigation bar Actual Results: a floating img object is moving out of its place Expected Results: it should stay at its current location
Summary: Floating object moving when clicking on custom 'display' <li> item → Absolute positioned object moving when clicking on custom 'display' <li> item
err, not floating, positon:absolute; object, sorry
Attached file testcase (deleted) —
so I narrowed the problem down and made a test-case ... the problem is caused by the "overflow:" CSS statement. If its set to anything except the "visible" value, gecko screws up.
Summary: Absolute positioned object moving when clicking on custom 'display' <li> item → Absolute positioned object not well placed (or moving) inside a container with overflow value other than 'visible'
hrm, we got the testcase, we know why, please somebody confirm and fix this regression additional info: it's not doing this with the Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20050112 Firefox/1.0+ build
Component: Layout → Style System (CSS)
downloaded the 18fev2005 trunk , and the regression is there Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050218 Firefox/1.0+
Keywords: regression
Dupping forward to bug that's in the right component and has more information... *** This bug has been marked as a duplicate of 282754 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: