I get a horizontal scrollbar on the annevankesteren blog with the reflow branch, which should not happen.

So the problem is that block-level replaced elements can end up next to floats, but nsBlockFrame::GetPrefWidth does a Break() on any block line without considering floats. We probably need to modify one or the other...

For what it's worth -- what the intrinsic width here should be is questionable. But there's definitely a bug here in the reflow code for replaced blocks (in general) -- we should clear them past floats when they don't fit next to the floats.

The clearing past floats in comment 3 would also fix the image at the top right of http://www.nytimes.com/2007/11/26/opinion/26krugman.html?pagewanted=print from overflowing at narrow window widths.

Repro'd on Mac. ->All/All

Fixed by checkin of bug 134706.

Bug 437766 seems to be a duplicate. For some reason the scrollbar is still visible here; I tried builds before and after the fix.

The testcase no longer reproduces the bug, but it's still visible on Anne's site. (I'm on Linux with RC2.)

This testcase still reproduces the bug for me. However, I am not sure if it's really a bug, as Konqueror also displays a horizontal scrollbar.

I'd guess that the problem there would be that nsBlockFrame::BlockCanIntersectFloats is somehow returning true for the submit input when it should really be returning false.

Actually, it seems like the problem is that ApplyTopMargin is false in nsBlockFrame::ReflowBlockFrame, so we don't do the clearing.

a bit reduced and generalized

Not going to block 1.9.1, but a P2 wanted.

Another example in the wild is http://www.allpcdrivers.com/

Still a problem on Nightly 27. Works correctly on Chrome 29 and IE10.

Both attachment 324199 [details] and attachment 324312 [details] were fixed by bug 478834.