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

Issue 604103 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Combination of 3D transforms, filter, and overflow: hidden causes element to disappear unexpectedly

Project Member Reported by cl...@chromium.org, Apr 16 2016

Issue description

Chrome Version       : 49.0.2623.110
OS Version: OS X 10.11.4
URLs (if applicable) : http://share.framerjs.com/zecuxx58zen4/
Other browsers tested:
  Safari 11601.5.17.1: OK
  Firefox Developer Edition 47.0a2: OK

What steps will reproduce the problem?
1. Visit http://share.framerjs.com/24rv0uv7thx2/

What is the expected result?
See screenshot. Expected result matches the Firefox and Safari windows.

What happens instead of that?
The red square is missing.

Screenshot attached. Shows, left to right, Safari 11601.5.17.1, Firefox Developer Edition 47.0a2, and Chrome 49.0.2623.110.

I tried to reduce the example as much as possible to the minimal case. It appears to have to do with a combination of 3D transforms on all the elements, the brightness filter on the red square, and the overflow: hidden on the blue square.

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.110 Safari/537.36
 
Screen Shot 2016-04-15 at 6.15.09 PM.png
190 KB View Download
Labels: Needs-Bisect
This is unlikely to be style engine related, but I'll leave the label here until the results of the bisect come back.
Cc: nyerramilli@chromium.org
Labels: -Type-Bug -Needs-Bisect NeedsTriage M-51 OS-Linux OS-Mac OS-Windows Type-Bug-Regression
Thanks for the report.

Changelog URL:
https://chromium.googlesource.com/chromium/src/+log/e13dcf9353b40f8f0d10d3aecbfdea145928fb10..354c7c01fde29a5b7200403c2a730da6515f5b88

unable to find the culprit, could someone from Dev team please check and help.

Able to reproduce the issue on Win7, Mac OS X 10.11.4, Ubuntu 14.04 using Chrome Stable 50.0.2661.75, Beta 50.0.2661.75, Dev 51.0.2704.7 and Canary 52.0.2710.0
Issue broken in M49

Good Build : 49.0.2568.0
Bad Build : 49.0.2669.0
Owner: ajuma@chromium.org
Status: Assigned (was: Untriaged)
A bisect on Linux yields a single rev:

https://chromium.googlesource.com/chromium/src/+/b6adea99ac09da288ebfa137466727c306bfb9fa

Ali, could you take a look?

Comment 4 by ajuma@chromium.org, Apr 18 2016

Cc: sunxd@chromium.org ajuma@chromium.org weiliangc@chromium.org
Owner: jaydasika@chromium.org
Jayadev is going to have a look.
Labels: hasbisect
Project Member

Comment 6 by bugdroid1@chromium.org, Apr 20 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/f62311f2c8335dd85071864672d30a149c76c08b

commit f62311f2c8335dd85071864672d30a149c76c08b
Author: jaydasika <jaydasika@chromium.org>
Date: Wed Apr 20 14:38:45 2016

cc : Fix sublayer scale bug when there is a transform node b/w targets

While computing clips, we should be using the sublayer scale from the
target of the parent clip instead of the sublayer scale from the parent
clip itself.

BUG= 604103 
CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel

Review URL: https://codereview.chromium.org/1903073002

Cr-Commit-Position: refs/heads/master@{#388494}

[modify] https://crrev.com/f62311f2c8335dd85071864672d30a149c76c08b/cc/trees/draw_property_utils.cc
[modify] https://crrev.com/f62311f2c8335dd85071864672d30a149c76c08b/cc/trees/layer_tree_host_common_unittest.cc

Status: Fixed (was: Assigned)
Labels: Merge-Request-51
Status: Assigned (was: Fixed)
Labels: -Pri-3 Pri-1

Comment 10 by tin...@google.com, Apr 22 2016

Labels: -Merge-Request-51 Merge-Approved-51 Hotlist-Merge-Approved
Your change meets the bar and is auto-approved for M51 (branch: 2704)
Please merge your change to M51 branch 2704 before 5:00 PM PST Monday (04/25/16) so we can take it for next week M51 Beta candidate cut. Thank you.
Project Member

Comment 12 by bugdroid1@chromium.org, Apr 25 2016

Labels: -merge-approved-51 merge-merged-2704
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/f78ea679e6710c15599dee3e67eb22a7e523e61f

commit f78ea679e6710c15599dee3e67eb22a7e523e61f
Author: Jayadev Dasika <jaydasika@google.com>
Date: Mon Apr 25 21:12:53 2016

cc : Fix sublayer scale bug when there is a transform node b/w targets

While computing clips, we should be using the sublayer scale from the
target of the parent clip instead of the sublayer scale from the parent
clip itself.

BUG= 604103 
CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel

Review URL: https://codereview.chromium.org/1903073002

Cr-Commit-Position: refs/heads/master@{#388494}
(cherry picked from commit f62311f2c8335dd85071864672d30a149c76c08b)

Review URL: https://codereview.chromium.org/1921753003 .

Cr-Commit-Position: refs/branch-heads/2704@{#230}
Cr-Branched-From: 6e53600def8f60d8c632fadc70d7c1939ccea347-refs/heads/master@{#386251}

[modify] https://crrev.com/f78ea679e6710c15599dee3e67eb22a7e523e61f/cc/trees/draw_property_utils.cc
[modify] https://crrev.com/f78ea679e6710c15599dee3e67eb22a7e523e61f/cc/trees/layer_tree_host_common_unittest.cc

Status: Fixed (was: Assigned)

Comment 14 by suzyh@chromium.org, Mar 24 2017

Components: -Blink>CSS>CSS3D Blink>Compositing>Transform3D
Components: -Blink>CSS>Filters Blink>Compositing>Filters

Sign in to add a comment