Summary: | Sub-elements do not expand when parent elements do if min-width/height is applied to parent | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Scott Park <scott> | ||||||||||
Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||||||||
Status: | RESOLVED WONTFIX | ||||||||||||
Severity: | Normal | CC: | ahmad.saleem792, brilliand+bugzilla, scott, simon.fraser, zalan | ||||||||||
Priority: | P2 | ||||||||||||
Version: | 528+ (Nightly build) | ||||||||||||
Hardware: | All | ||||||||||||
OS: | OS X 10.5 | ||||||||||||
Attachments: |
|
Description
Scott Park
2008-04-24 08:10:16 PDT
Created attachment 20792 [details]
Test-case
This is a test-case for the bug. Start the window out small, load, then increase its size. Sub-element will not increase.
Created attachment 20793 [details]
Correct test case
The previous test case had a typo. It removed the min-x attribute making it work. This attachment should demonstrate the problem.
Created attachment 123614 [details]
Testcase for min-height with html and body
I recently ran into this problem when adding size styles to html and body. The min-width problem (but not the min-height problem) seems to have been fixed since this bug was posted, and the behavior is different depending on whether the elements being styled are html and body. This attachment demonstrates the problem for html and body. Firefox handles this situation correctly.
Created attachment 123616 [details]
Testcase for min-height and min-width with other elements
Here's a testcase for min-height and min-width using divs instead of html and body. The min-width behavior appears to be completely correct. The min-height behavior matches Firefox in this case, but it still appears the be wrong (the element with class="body" should expand to fill the element with class="html", but appears to be sizing to enclose its child element instead, for some reason). IE9 has the same behavior as Firefox for both of these testcases.
I just realized that I'm not having the same problem that this bug was about, although it's triggered under approximately the same conditions. I'll file a separate bug. All browsers (WebKit ToT [261814@main], Chrome Canary 113 and Firefox Nightly 113) match each other. Marking this as “RESOLVED WONTFIX” because this bug was never confirmed. |