Utter nonsense behavior with float width
Reported by
teo8...@gmail.com,
Sep 2 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Example URL: http://matteosistisette.com/test/stupidchrome/bug_float/ Steps to reproduce the problem: I'm [not] sorry that I haven't been able to [waste my time and] isolate the issue to a minimal reproducible example. 1. visit http://matteosistisette.com/test/stupidchrome/bug_float/ 2. look at the breadcrumbs that read "BlindWiki » Roma, Italia" 3. Right-click on it and Inspect Element. Select the <div class="breadcrumbs"> node. 4. Now, in the Element inspector, edit the contents of the span that reads "Roma, Italia" and change it to "Roma, Italiaaa" and observe the result 5. Now change it again to "Roma, Itali" (the original "a" missing) and observe the result 6. Change it back to the original content"Roma, Italia" and watch What is the expected behavior? From the beginning to the end, the whole contents of the div (which is a float:left followed by a clear:both) should appear as one single line of text reading "BlindWiki » Roma, Italia". What went wrong? Step 1-2: the text wraps for no reason after "Roma," (see screenshot 1.png) Step 3: the inspector reveals (see screenshot 2.png) that the div has an untterly random size which is just a tiny bit smaller than it would take for the contents to fit, which is probably why the text wraps. There's no reason why the width should be any smaller than the content needs. Step 4: after editing the text in the DevTools, the contents of the div fit in one single line, which is expected and/but completely inconsistent with the previous nonsense (see screenshot 3.png) Step 5: again, the text now fits into a single line, as expected and/but inconsistently with the layout before editing (see screenshot 4.png) Step 6: the contents of the div wraps again into two lines, going back to the original nonsense behavior (like in screenshots 1 and 2) Did this work before? N/A Chrome version: 52.0.2743.116 Channel: n/a OS Version: Flash Version: Shockwave Flash 22.0 r0 Greatest nonsense I've ever seen
,
Sep 2 2016
Actually, here's a minimal test case that does reproduce the issue: http://output.jsbin.com/famolot
,
Sep 8 2016
,
Sep 11 2016
I can't recreate this on: Google Chrome 55.0.2853.0 (Official Build) dev (64-bit) Revision 1f38554c02bb4e0c9de35a53ce617931d0c3da08-refs/heads/master@{#416812} OS Linux JavaScript V8 5.5.109 Flash 23.0.0.164 User Agent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2853.0 Safari/537.36
,
Sep 11 2016
I can't reproduce it on Beta either (but I can reproduce it on 52.0.2743.116) BEFORE YOU CLOSE the bug, please make sure that it's actually fixed, as opposed to the random text sizes at which it happens having just changed.
,
Sep 12 2016
If you can't repro it anymore and neither can I then there's no bug to fix! |
|||
►
Sign in to add a comment |
|||
Comment 1 by elawrence@chromium.org
, Sep 2 2016