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

Issue 759715 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Aug 2017
Cc:
Components:
EstimatedDays: ----
NextAction: 2017-09-11
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

iframes with float CSS applied do not render in Chrome 60

Reported by esavad...@forthepeople.com, Aug 28 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. embed a youtube video in a document that has CSS styling for iframes set to float left.
2. render the page.  The video will load and then disappear
3. Styling iframe with display: block has no change.
4. If you check/uncheck display: block or float: left in the browser, the video will appear again.
5. If you wrap the video in another element that is float left, the iframe will display correctly.

What is the expected behavior?
Iframe should display on pageload without then disappearing

What went wrong?
Videos disappear after briefly rendering on page load.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Chrome 59

Does this work in other browsers? Yes

Chrome version: 60.0.3112.101  Channel: stable
OS Version: OS X 10.12.6
Flash Version: 

We ran into this while building out www.keithmitnik.com/videos.  On that page our solution was to wrap the embed in a floated div.

Someone else ran into this issue and posted about it on Stack Overflow here:
https://stackoverflow.com/questions/45895023/iframe-with-float-disappearing-in-chrome
 
Components: -Blink Blink>Layout
Labels: Needs-Feedback
NextAction: 2017-09-11
Could you please provide a standalone test case demonstrating the problem without the workaround. I couldn't see any issue with the stackoverflow links and you have indicated that you have already changed your page to not have the issue.
Try this URL -- It should still have the bug. http://keithmitnik.litify.staging.wpengine.com/videos/
Project Member

Comment 3 by sheriffbot@chromium.org, Aug 28 2017

Cc: schenney@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "schenney@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Untriaged (was: Unconfirmed)
It's this one, which I thought had been reverted or otherwise fixed after it broke other things.

https://chromium.googlesource.com/chromium/src/+/bd5ed3446133bfe50bc9e0194c1fe8d271e8fcf0

Layout team can figure out what happened.

Comment 5 by e...@chromium.org, Aug 29 2017

Cc: robho...@gmail.com msten...@opera.com
Status: Available (was: Untriaged)

Comment 6 by msten...@opera.com, Aug 30 2017

Cc: wangxianzhu@chromium.org
I don't see anything wrong with http://keithmitnik.litify.staging.wpengine.com/videos/

A minimal test case would have been great.
It's broken in M-60 and fixed in M-61.

In fact, I'll bisect to find out what fixed it. We won't merge it, unfortunately, but at least we'll know if it was the same issue as the other float positioning errors.
Status: WontFix (was: Available)
Yes, that's what I suspected and confirmed.

Closing because we won't merge this back to the short-lived M-60 branch.
The NextAction date has arrived: 2017-09-11

Sign in to add a comment