CSS animation causes parent page to fullscreen when requesting fullscreen from an iframe
Reported by
m...@issuu.com,
Nov 25 2016
|
|||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Example URL: http://www.lejournallive.com/ or parent.html in the attached example Steps to reproduce the problem: 1. Go to http://www.lejournallive.com/ 2. Find the "Latest Le Journal Issue" (the issuu embed in the right most column, a little bit down) 3. Press the big fullscreen button OR 1. Open parent.html in the attached minimal example 2. Press the fullscreen button What is the expected behavior? The content of the iframe should show in fullscreen What went wrong? The content of the page hosting the iframe show in fullscreen (but you cannot scroll down anymore). Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? No Safari 9.1.2 (11601.7.7) Chrome version: 54.0.2840.71 Channel: n/a OS Version: OS X 10.11.6 Flash Version: Removing the styles from parent.html in the attached example makes the problem to disappear.
,
Nov 28 2016
Able to repro on Linux Chrome 54, 55 and 56.
,
Nov 28 2016
After reproing the bug on http://www.lejournallive.com/ I'm able to see the correct full screen behaviour after refreshing the page. Tested that Firefox behaves as expected, adding interop label.
,
Nov 28 2016
Tested the issue on chrome Stable #54.0.2840.98, Canary #57.0.2934.0 in Mac 10.11.6 and was able to reproduce the issue. This is a Non-Regression issue since seeing this from M30 #30.0.1549.0, Making the status to Untriaged so that the issue would get addressed. Note : 1.Not Able to reproduce the issue in Win 10.0 and Linux Ubuntu 14.04. 2.Able to reproduce the issue at first time only,After refreshing the page not able to reproduce the issue in Mac also. 3.Attaching screen cast for reference. Thank you.
,
Nov 28 2016
,
Nov 28 2016
The issue does repro on Linux, just not with the Youtube embed. Clicking fullscreen on the frame under "Latest Le Journal Issue" reproduces the first time as described in the report.
,
Jan 11 2017
Alan, can we dive into this to establish whether this is best addressed by us, or should be passed over to another team?
,
Jan 11 2017
It's likely a bug outside of animations code however I wouldn't know where without debugging why it's triggered by animations.
,
Jan 11 2017
Here's what I've seen so far using the minimal example attached in the original report: - The issue is happening if the animation is still active when I press the fullscreen button, either through fill:forwards or with a long animation. - If I use "opacity: 0.5" instead of "transform: translateY(0)", then we can see that the parent page is visible, with the partially-transparent child page overlaid on top. - Using "transform: translateY(0)" shows the bug, but "transform: none" does not. - Using "will-change: transform" instead of the animation does NOT show the bug. Alan points out that ComputedStyle::isRunningTransformAnimationOnCompositor will be true when using the animation and false when using will-change. This function is called from CompositedLayerMapping. Paint folks, can you take a look?
,
Jan 11 2017
Assigning to wkorman@ as they are looking into CSS animations in the compositor (as far as I know). Feel free to re-triage.
,
May 11 2017
I don't expect to be able to look at this soon, unassigning self in case someone else on paint can pick it up.
,
Jun 13 2017
,
Jun 13 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 13 2018
|
|||||||||||||
►
Sign in to add a comment |
|||||||||||||
Comment 1 by dtapu...@chromium.org
, Nov 25 2016