New issue
Advanced search Search tips

Issue 641703 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
nyerramilli@chromium.org
vmp...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

box-shadow 'ed div incorrect when composited

Reported by dopl...@gmail.com, Aug 27 2016 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.80 Safari/537.36

Steps to reproduce the problem:
Check jsbin https://jsbin.com/tohadob/edit?html,output and hover on the left div.

What is the expected behavior?

What went wrong?
Animation "snaps" at the end, effectively changing the applied box-shadow. 
Also, even though the animation is only applied on the y-axis, you can see the shadow also grows on the x-axis by the end of it.

Additionally and even more strangely, the div that's not affected by the animation casts a different shadow during it.

Did this work before? N/A 

Chrome version: 53.0.2785.80  Channel: beta
OS Version: OS X 10.11.6
Flash Version: Shockwave Flash 22.0 r0

Firefox does this right. Safari is way worse though.

As an additional comment, unrelated to the bug,
I am trying to reproduce this animation as a transform because of the performance gain I would get avoiding to animate the height property.
The thing is, using transform, the scaling also affects the shadow, while I'd it rather not. If you can chime in with some suggestion to avoid this, that would be great!

Comment 1 by dopl...@gmail.com, Aug 27 2016 

> Additionally and even more strangely, the div that's not affected by the animation casts a different shadow during it.

I just realized that the non-animated scaleY transform also enlarges the shadow along the x-axis making this the actual bug, not the animation per se.

In other words, the fact that the animation snaps to a different shadow at the end is due to the fact that the final transformed div casts a wrong shadow.

Comment 2 by karandeepb@chromium.org, Aug 29 2016

Components: -UI Blink

Comment 3 by nyerramilli@chromium.org, Aug 29 2016

Cc: nyerramilli@chromium.org
Labels: M-55 OS-Linux OS-Windows
Status: Untriaged (was: Unconfirmed)
Thanks for the report.

Able to reproduce the issue on Win10, Mac OS X10.11.6, Ubuntu 14.04 using Chrome stable 52.0.2743.116, Beta 53.0.2785.80, Dev 54.0.2837.0 and Canary 	55.0.2843.0

Not a regression, issue existing from M39 #39.0.2127.0 (Official Build 290172)
Note: Prior to M39 builds that animation is not working.

Comment 4 by dtapu...@chromium.org, Aug 29 2016

Components: -Blink Blink>Animation

Comment 5 by vollick@chromium.org, Aug 31 2016

Components: -Blink>Animation Blink>Paint
Owner: chrishtr@chromium.org
Status: Assigned (was: Untriaged)
Looks like we're painting differently when the boxes are composited. This seems like a painting bug where we're getting the geometry wrong.

Comment 6 by chrishtr@chromium.org, Sep 2 2016

Owner: ----
Status: Available (was: Assigned)
Indeed, the shadows are painting incorrectly in the composited path.
Project Member

Comment 7 by sheriffbot@chromium.org, Sep 4 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by schenney@chromium.org, Sep 5 2017

Labels: -Hotlist-Recharge-Cold PaintTeamTriaged-20170905 BugSource-User
Status: Available (was: Untriaged)
Reduced test case.
cr641703.html
517 bytes View Download
Project Member

Comment 9 by sheriffbot@chromium.org, Sep 5

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 10 by schenney@chromium.org, Sep 5

Status: Available (was: Untriaged)
Summary: box-shadow 'ed div incorrect when composited (was: scaleY animation on box-shadow 'ed div behaves strangely)
Looking at the layers in DevTools, we seem to be enlarging them by a percentage size, even though the shadow size is absolute. Might be easy to fix this.
►

Sign in to add a comment