New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 643802 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Use other robhogan account instead.
Closed: Sep 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Utter nonsense behavior with float width

Reported by teo8...@gmail.com, Sep 2 2016

Issue description

UserAgent: 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
 
Components: -Internals>Network Blink>Layout

Comment 2 by teo8...@gmail.com, Sep 2 2016

Actually, here's a minimal test case that does reproduce the issue:

http://output.jsbin.com/famolot

Comment 3 by e...@chromium.org, Sep 8 2016

Owner: robhogan@chromium.org
Status: Available (was: Unconfirmed)

Comment 4 by robho...@gmail.com, 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


Screenshot from 2016-09-11 17:31:05.png
215 KB View Download

Comment 5 by teo8...@gmail.com, 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.

Comment 6 by robho...@gmail.com, Sep 12 2016

Status: Fixed (was: Available)
If you can't repro it anymore and neither can I then there's no bug to fix!

Sign in to add a comment