Closed Bug 282100 Opened 20 years ago Closed 19 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
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: 19 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: