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

Issue 729394 link

Starred by 2 users
Status: Duplicate
Merged: issue 674093
Owner: ----
Closed: Jun 2017
Cc:
█ kavvaru@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 2
Type: Bug



Sign in to add a comment

clip-path is ignored when applied to iframe with a video or a 3d element

Reported by mo...@sourcedefense.com, Jun 4 2017 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
1. Create an iframe with a clip-path
2. Append a <video> or a <div style="transform: translate3d(0,0,0)"> to the content of the iframe.
3. See that the clip-path is ignored.

Or

1. Open the attached file
2. See how only 1 of 3 iframes are clipped.

What is the expected behavior?
Only part of the iframe should be visible.

What went wrong?
The whole iframe is visible even though a clip-path property is defined.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 58.0.3029.110  Channel: stable
OS Version: 10.0
Flash Version:
chrome.PNG
111 KB View Download
clip-bug.html
1.2 KB View Download
firefox.PNG
20.7 KB View Download

Comment 1 by kavvaru@chromium.org, Jun 6 2017

Cc: kavvaru@chromium.org
Components: Blink>HTML>Frame
Labels: M-61 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on windows 7, Ubuntu 14.04 and Mac 10.12.5 using chrome version 59.0.3071.86 and canary 61.0.3122.0.
This is non regression issue as it is seen from M30 old builds
Marking it as Untriaged to get more inputs from dev team.

Thanks,

Comment 2 by tkent@chromium.org, Jun 8 2017

Components: -Blink>HTML>Frame Blink>Paint

Comment 3 by schenney@chromium.org, Jun 8 2017

Components: -Blink>Paint Blink>Compositing
Labels: BugSource-User PaintTeamTriaged-20170608 OS-Android OS-Chrome
Mergedinto: 674093
Status: Duplicate (was: Untriaged)
Clip paths and composited children are a known issue. I'm duping into an older bug that I think covers this case.

Local fix is to add will-change: transform to the element with the clip, I think. Although given it's an iframe that might not work.
►

Sign in to add a comment