Bug 114362 – REGRESSION(r139664-139702): Centered container with floated elements calculating wrong available width

• Status: RESOLVED
• Resolution: CONFIGURATION CHANGED
• Component: CSS

[Bruno Couto]

The list on the example - http://jsfiddle.net/FMkaZ/ - is breaking without need. Seems to me that the available width is not calculated correctly.
Works fine on firefox and IE, but not on webkit browsers.

[Bruno Couto]

if we play with overflow visible and hidden on inspector, it assumes the correct width...weird.

[Alexey Proskuryakov]

I cannot reproduce this with Safari 6.0.3. Could you please attach a screenshot?

[Bruno Couto]

Created attachment 197565 [details]
screenshot of the bug with chrome latest version. if you even change the width of the window, the last item jumps to the first line and everything get's ok. very inconsistent behavior.

[Alexey Proskuryakov]

I see, so it's a regression from WebKit that ships with latest Safari.

[Alexey Proskuryakov]

This is a long range, so I'm not sure which revision caused the issue. But <http://trac.webkit.org/changeset/139693> seems closely related.

Bruno, is this known to affect live web sites?

[Bruno Couto]

It is Alexy, in my case I had to make a trick, changing the overflow via javascript, not perfect but better then like it was.
Any idea when can we see a fix for it?

(In reply to comment #5)
> This is a long range, so I'm not sure which revision caused the issue. But <http://trac.webkit.org/changeset/139693> seems closely related.
> 
> Bruno, is this known to affect live web sites?

[Brent Fulgham]

Safari, Chrome, and Firefox all agree on rendering for this test case. I don't believe there is any remaining compatibility issue.

[Radar WebKit Bug Importer]

<rdar://problem/96974263>