Closed Bug 305600 Opened 19 years ago Closed 19 years ago

Parent static block width miscalculated when child static block has a length-value CSS width

Categories

(Core :: Layout: Block and Inline, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: bugmail, Unassigned)

Details

(Keywords: css2, testcase)

Attachments

(1 file)

When a parent block contains a child block and the child block has a
length-value CSS width (that is, some concrete length such as 10cm or 800px),
Gecko miscalculates the width of the parent block.

That is, if a parent block has width:auto and its' child has width:500px, the
parent width should never drop below 500px regardless of window width, but Gecko
incorrectly computes the parent block width as less than 500px if the window is
narrower than that.

(This seems like an awfully fundamental bug for Gecko to have at this stage in
its' maturity, so I would not be at all surprised if I have missed some
important aspect of width computation here.)
Keywords: testcase
Tested on Windows Firefox 1.0.6 and Deer Park alpha 2.
The child widths are not part of the equation in 10.3.3:
http://www.w3.org/TR/CSS21/visudet.html#blockwidth

Opera 8 and Konqueror has the same behaviour.

-> INVALID
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Note that the inner block overflows; that is, in fact, what overflow is all
about--when a child is wider than its parent.

Verified.
Status: RESOLVED → VERIFIED
Okay, thanks guys.

Do either of you happen to have any links to W3 discussion about what possible
logical explanation there could have been to decide a parent static block could
be smaller than its' static children?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: