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

Issue 668648 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Mac
Pri: 2
Type: Bug



Sign in to add a comment

CSS animation causes parent page to fullscreen when requesting fullscreen from an iframe

Reported by m...@issuu.com, Nov 25 2016

Issue description

UserAgent: 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.
 
minimal-example.tgz
643 bytes Download
Components: -Blink Blink>Animation
Labels: Needs-Bisect OS-Linux
Status: Untriaged (was: Unconfirmed)
Able to repro on Linux Chrome 54, 55 and 56.
Labels: Hotlist-Interop
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.
Cc: rbasuvula@chromium.org
Labels: -Needs-Bisect M-57
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.
668648(Linux).ogv
9.8 MB View Download
668648(MAC 10.11.6).mp4
2.9 MB View Download
Labels: -OS-Linux
Labels: OS-Linux
Status: Available (was: Untriaged)
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.

Comment 7 by suzyh@chromium.org, Jan 11 2017

Cc: alancutter@chromium.org
Labels: Update-Quarterly
Alan, can we dive into this to establish whether this is best addressed by us, or should be passed over to another team?
It's likely a bug outside of animations code however I wouldn't know where without debugging why it's triggered by animations.

Comment 9 by suzyh@chromium.org, Jan 11 2017

Cc: suzyh@chromium.org
Components: -Blink>Animation Blink>Paint
Labels: -Update-Quarterly
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?
Owner: wkorman@chromium.org
Status: Assigned (was: Available)
Assigning to wkorman@ as they are looking into CSS animations in the compositor (as far as I know). Feel free to re-triage.
Cc: wkorman@chromium.org
Owner: ----
Status: Available (was: Assigned)
I don't expect to be able to look at this soon, unassigning self in case someone else on paint can pick it up.

Comment 12 by suzyh@chromium.org, Jun 13 2017

Cc: -suzyh@chromium.org
Project Member

Comment 13 by sheriffbot@chromium.org, Jun 13 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
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
Status: Available (was: Untriaged)

Sign in to add a comment