Bug 17658 - should height of DIV include floated children when an explicit width is given?
Summary: should height of DIV include floated children when an explicit width is given?
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: Evangelism (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL: http://love.excite.com
Keywords: HasReduction
Depends on:
Blocks:
 
Reported: 2008-03-03 17:09 PST by jasneet
Modified: 2012-09-26 13:07 PDT (History)
3 users (show)

See Also:

Attachments
screenshot (208.89 KB, image/jpeg)
2008-03-03 17:10 PST, jasneet 		no flags Details
reduction (618 bytes, text/html)
2008-03-03 17:11 PST, jasneet 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description jasneet 2008-03-03 17:09:21 PST 
I Steps:
Go to
http://love.excite.com

II Issue:
notice the misalignment under "Match Words"

III Conclusion: The height of the DIV is computed based on its non-floated contents, so the height does not include the floated UL.  In IE and Opera, when the DIV has its explicit width removed, it behaves like WebKit.

IV Other browsers: 
FF2: partially ok
Opera: ok
IE 7: ok

V Nightly tested: 30236
Comment 1 jasneet 2008-03-03 17:10:18 PST 
Created attachment 19507 [details]
screenshot
Comment 2 jasneet 2008-03-03 17:11:12 PST 
Created attachment 19508 [details]
reduction
Comment 3 Robert Blaut 2008-03-06 00:33:04 PST 
Not a bug. CSS 2.1 says: "Since a float is not in the flow, non-positioned block boxes created before and after the float box flow vertically as if the float didn't exist." [http://www.w3.org/TR/CSS21/visuren.html#floats]
Comment 4 Robert Blaut 2008-03-06 00:35:02 PST 
Rather an evangelism bug.