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

Issue 866525 link

Starred by 2 users
Status: Duplicate
Merged: issue 467484
Owner:
schenney@chromium.org
Closed: Jul 23
Cc:
█ trchen@chromium.org
chrishtr@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Iframe in foreignObject does not scale with svg

Reported by sergio9...@gmail.com, Jul 23 
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36

Steps to reproduce the problem:
1. https://codepen.io/anon/pen/oMZKxR

What is the expected behavior?
The iframe should be inside the black rect and cyan border

What went wrong?
The iframe does not scale with the svg

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version:  69.0.3493.3  Channel: dev
OS Version: 
Flash Version:

Comment 1 by trchen@chromium.org, Jul 23

Cc: chrishtr@chromium.org trchen@chromium.org
Components: -Blink>SVG Blink>Compositing
Labels: M-68 M-69
Owner: schenney@chromium.org
Status: Untriaged (was: Unconfirmed)
Assigned to schenney@ for triaging.

I think it is related to OOPIFs. Normally we don't composite SVG children, but iframes are forced to be composited in this case. It is likely that CompositedLayerMapping failed to take intermediate SVG transforms into consideration.

I tried the test with BGPT. I confirm that BGPT will fix it. So the question becomes whether we should sit on it until BGPT shipping or come up with a fix for SPv175.

Comment 2 by schenney@chromium.org, Jul 23

Labels: -Type-Bug OS-Android OS-Chrome OS-Mac OS-Windows Type-Bug-Regression
This bisects to https://chromium.googlesource.com/chromium/src/+log/7bbdb70b2643201e9ec6236443b7b2003deaf03d..fb1ccf02ee8ca79e1404abfd3a3a7d540b7d2dbd

which confirms the OOPIF idea. This does not show up in any of the OOPIF Layout Test failures.

I feel like we should be prioritizing this, but can't say why. Iframes inside foreign object seems like a low usage thing, but then we shouldn't regress anything with OOPIF.

Any insight from BGPT for a fix to M-69?

Comment 3 by chrishtr@chromium.org, Jul 23

Mergedinto: 467484
Status: Duplicate (was: Untriaged)

Comment 4 by schenney@chromium.org, Jul 23 

Why make it a duplicate? Is the issue that OOPIF makes the iframe a composited object like canvas and video?

Comment 5 by chrishtr@chromium.org, Jul 23 

Yes. The root issue is compositing.

Comment 6 by jcd...@gmail.com, Jul 24 

Be aware that it is not just iFrames that are the problem, it is also div's and SVG elemets within the div's that do not display properly.See:
https://svgdesign.guru
►

Sign in to add a comment