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

Issue 821745 link

Starred by 2 users
Status: Fixed
Owner:
█ trchen@chromium.org
Last visit > 30 days ago
Closed: Mar 2018
Cc:
█ sindhu.chelamcherla@chromium.org
vmp...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

3D transformed element is incorrectly clipped, if a child element is 2D transformed

Reported by threejs....@gmail.com, Mar 14 2018 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.146 Safari/537.36

Steps to reproduce the problem:
1. Open the attached html file
2. The element is incorrectly clipped
3. If you remove the comment in line 43, it will display the correct result

What is the expected behavior?

What went wrong?
3D transformed element is incorrectly clipped, if a child element is 2D transformed. If I add a simple translateZ(0px) to the child element, then the parent is rendered correctly

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 65.0.3325.146  Channel: n/a
OS Version: 10.0
Flash Version:
chrome_transform_bug.html
3.4 KB View Download
transform_err.png
12.6 KB View Download

Comment 1 by viswa.karala@chromium.org, Mar 14 2018

Labels: Needs-Triage-M65

Comment 2 by e...@chromium.org, Mar 16 2018

Components: -Blink>CSS Blink>Paint

Comment 3 by woxxom@gmail.com, Mar 16 2018 

Bisect info: 527406 (good) - 527417 (bad)
https://chromium.googlesource.com/chromium/src/+log/80c88c5f..63ceb210?pretty=fuller
Suspecting r527414 = fc25706df1a4e7ee35bcd3623a33a30ea837199e = https://crrev.com/c/848414 by trchen@chromium.org
"[Blink] Always create child clipping mask layer when composited clip-path is needed"
Landed in 65.0.3313.0
Merged to 64.0.3282.89

Comment 4 by sindhu.chelamcherla@chromium.org, Mar 16 2018

Cc: sindhu.chelamcherla@chromium.org
Labels: -Type-Bug -Pri-2 hasbisect-per-revision ReleaseBlock-Stable Triaged-ET RegressedIn-65 M-65 Target-65 FoundIn-65 OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: trchen@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on reported version 65.0.3325.146, on latest stable 65.0.3325.162 using Mac 10.13.3, Windows 10 and Ubuntu 14.04. But issue is not reproducible on latest beta 66.0.3359.33 and latest canary 67.0.3372.0. Hence providing reverse bisect info.

Last Bad Build: 66.0.3334.0
First Good Build: 66.0.3335.0

CHANGELOG URL:
 https://chromium.googlesource.com/chromium/src/+log/e34e01b1b0987e418bc22e3ef1cf2e4ecaead264..f89ae106e06d15200d783cb6950961ba999edebe

Probably fixed by https://chromium-review.googlesource.com/858299.

@ trchen: Please confirm whether it is safe to merge to M-65. Adding RB-Stable for M-65. Please change if not the case.

Thanks!

Comment 5 by trchen@chromium.org, Mar 16 2018

Labels: -ReleaseBlock-Stable
Removing the blocker because clip-path has always been broken until I recently rewrote it.

Comment 6 by chrishtr@chromium.org, Mar 16 2018 

Nevertheless, let's mark this as blocking M66.

Comment 7 by gov...@chromium.org, Mar 16 2018

Labels: -M-65 ReleaseBlock-Stable M-66
Marking as M66 stable blocker per comment #6.

Comment 8 by trchen@chromium.org, Mar 19 2018

Labels: -ReleaseBlock-Stable -M-66 -Triaged-ET -Needs-Triage-M65 -Target-65
Status: Fixed (was: Assigned)
Per comment #4, it is already fixed in M66. Closing bug.
►

Sign in to add a comment