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

Issue 794650 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 771852
Owner:
Closed: Jan 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Transform on ForeignObject

Reported by joshua.e...@gmail.com, Dec 13 2017

Issue description

Chrome Version: 63.0.3239.84
URL : https://codepen.io/anon/pen/YYPZzw
Behavior in Safari 4.x/5.x: Unknown
Behavior in Firefox 3.x/4.x: Works as expected

Steps To Reproduce:

Example with draggable transforms:
https://codepen.io/anon/pen/YYPZzw

Example of just a transform:
https://codepen.io/anon/pen/qpByMe

How the issue was discovered:
https://github.com/plotly/react-plotly.js/issues/23

(1) Apply a transform on a <foreignObject> in an Svg
(2) Draw content to a div inside the foreignObject, in this case a Plotly.js plot

Expected Result:
The drawn content should render inside the transformed placement of the <foreignObject>

This works as expected in Microsoft Edge 38.14393.1066.0 and Firefox 52.5.2 (32-bit).

Actual Result:
The content is drawn to the original position of the <foreignObject> and moving the foreignObject leaves the content in the original position.

How frequently does this problem reproduce? Always

What is the impact to the user, and is there a workaround? If so, what is
it? Trying to translate these objects doesn't work. There may be a workaround in rearranging the elements, but it adds complications to the elements.  


 
Cc: sc00335...@techmahindra.com
Components: Internals>Compositing>Rasterization
Labels: -Type-Bug -Pri-3 hasbisect-per-revision M-65 Needs-Triage-M63 Triaged-ET OS-Linux OS-Mac OS-Windows Pri-1 Type-Bug-Regression
Owner: wkorman@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on reported version 63.0.3239.84 and on latest canary 65.0.3293.0 using Windows10, Ubuntu 14.04 and Mac 10.13.1 with steps mentioned in comment#0

Bisect Info:
==========
Good Build:54.0.2827.0
Bad Build: 54.0.2828.0 

You are probably looking for a change made after 411559 (known good), but no later than 411560 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/3831b72130f11ebac151fd4945719f6d7489e048..971a9c9725e293bd89b7cb1475acdc502065e6b3

Review-Url: https://codereview.chromium.org/2225563002

@wkorman: Please confirm the bug and help in re-assigning if it is not related to your change.

Thanks!

Owner: chrishtr@chromium.org
Mergedinto: 771852
Status: Duplicate (was: Assigned)

Sign in to add a comment