All users were logged out of Bugzilla on October 13th, 2018

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

RESOLVED WONTFIX

Status

()

RESOLVED WONTFIX
12 years ago
12 years ago

People

(Reporter: martijn.martijn, Unassigned)

Tracking

({regression, testcase})

Trunk
x86
Windows XP
regression, testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

12 years ago
Created attachment 267333 [details]
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?
(Reporter)

Comment 2

12 years ago
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).

Comment 3

12 years ago
(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
Last Resolved: 12 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.