Bug 114362

Summary: REGRESSION(r139664-139702): Centered container with floated elements calculating wrong available width
Product: WebKit Reporter: Bruno Couto <bmcouto>
Component: CSSAssignee: Nobody <webkit-unassigned>
Status: RESOLVED CONFIGURATION CHANGED    
Severity: Normal CC: ap, bfulgham, koivisto, leviw, simon.fraser, webkit-bug-importer
Priority: P1 Keywords: InRadar, Regression
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jsfiddle.net/FMkaZ/
Attachments:
Description Flags
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. none

Bruno Couto
Reported 2013-04-10 09:45:44 PDT
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.
Attachments
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. (102.53 KB, image/png)
2013-04-11 03:10 PDT, Bruno Couto 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Bruno Couto
Comment 1 2013-04-10 09:56:52 PDT
if we play with overflow visible and hidden on inspector, it assumes the correct width...weird.
Alexey Proskuryakov
Comment 2 2013-04-10 22:17:06 PDT
I cannot reproduce this with Safari 6.0.3. Could you please attach a screenshot?
Bruno Couto
Comment 3 2013-04-11 03:10:43 PDT
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
Comment 4 2013-04-11 10:14:26 PDT
I see, so it's a regression from WebKit that ships with latest Safari.
Alexey Proskuryakov
Comment 5 2013-04-11 10:18:52 PDT
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
Comment 6 2013-04-11 10:22:00 PDT
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
Comment 7 2022-07-13 14:34:29 PDT
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
Comment 8 2022-07-13 14:35:25 PDT
<rdar://problem/96974263>
Note You need to log in before you can comment on or make changes to this bug.