Closed Bug 267928 Opened 20 years ago Closed 20 years ago

absolutly positionned element in relatively positionned fieldset displayed way down the page

Categories

(Core :: Layout: Positioned, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: remi_zara, Unassigned)

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.7.3) Gecko/20040910

When trying to absolutely position an element in a fieldset (whose position is
set to relative), setting the bottom property makes the element be displayed way
down the page. The Dom inspector reports an y position of 71582754.

Reproducible: Always
Steps to Reproduce:




Expected Results:  
the element is positionned at the bottom of the fieldset
Attached file testcase
fairly reduced test case

Removing the doctype to switch to quircks mode does not solve the problem
same problem on Camino (2004110508 (v0.8+))
Same problem on FireFox RC2 Mac

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2
In a debug build, I see:

###!!! ASSERTION: containing block height must be constrained:
'containingBlockHeight != NS_AUTOHEIGHT', file
/home/bzbarsky/mozilla/xlib/mozilla/layout/html/base/src/nsHTMLReflowState.cpp,
line 911

So I bet we use NS_AUTOHEIGHT as the offset....
Keywords: testcase
This bug is still present in Mozilla 1.7.6
Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.7.6) Gecko/20050319
1.7.6 is using a Gecko from April 2004....  Not really worth testing layout bugs in.

The testcase works fine in a current trunk build, with no asserts.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: