Closed Bug 383373 Opened 17 years ago Closed 17 years ago

shrink-wrapping between min and pref doesn't wrap to largest width that the content can actually fill

Categories

(Core :: Layout: Floats, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: martijn.martijn, Unassigned)

References

()

Details

(Keywords: regression, testcase)

Attachments

(1 file)

Attached file testcase
See testcase, the green bordered div should wrap around the blue bordered divs, but that doesn't happen in current trunk builds.
This regressed when the reflow branch landed.
I think this is correct as-is -- without the max-width, we'll make it 1000px (plus borders), right?  I don't see why the max-width (or a containing block) should constrain it to less -- I know we've done that in the past, but it's hard in the new architecture.  I don't think Safari or Opera do, do they?
Opera9.20 does(In reply to comment #1)
> I think this is correct as-is -- without the max-width, we'll make it 1000px
> (plus borders), right?  

Right.

> I don't think Safari or Opera do, do they?

Opera9.20 does this (as does IE7).

(In reply to comment #1)
>  ... I don't think Safari or Opera do, do they?

Safari 2.0 and WebKit latest do exactly the same as Minefield.


Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WONTFIX
Summary: Absolute positioned container too wide with floats inside → shrink-wrapping between min and pref doesn't wrap to largest width that the content can actually fill
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: