New issue
Advanced search Search tips

Issue 697973 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Blur filter works incorrectly with rotation transforms

Project Member Reported by sunxd@chromium.org, Mar 2 2017

Issue description

Chrome Version: 56.0.2924.87

What steps will reproduce the problem?
(1) Open this page https://jsfiddle.net/579v9aho/5/
(2) Click the red div and watch it rotate

At RotateY(60deg), instead of display a complete blurred div, we seem to draw it chopped.

The div has a backface visibility hidden property, removing blur filter would make things work correctly.

 

Comment 1 by sunxd@chromium.org, Mar 2 2017

Description: Show this description

Comment 2 by sunxd@chromium.org, Mar 2 2017

Description: Show this description
Cc: pdr@chromium.org enne@chromium.org
Labels: -Pri-3 Pri-2
Owner: chrishtr@chromium.org
Status: Assigned (was: Untriaged)
Reduced case attached. chrishtr@ could you take a look to see if it's paint related?
clipped-blur.html
196 bytes View Download
Cc: ajuma@chromium.org
Ali, is this something to do with filters that move pixels?

Comment 5 by sunxd@chromium.org, Mar 2 2017

Summary: Blur filter works incorrectly with rotation transforms (was: Blur filter works incorrectly with backface visibility hidden)
I updated the title to be more general and less confusing.

Comment 6 by sunxd@chromium.org, Mar 2 2017

We have the same bug with drop shadow, so I guess it's related to filters moving pixels.
Drop shadow? That's not a filter. What example are you looking at?

Comment 8 by ajuma@chromium.org, Mar 2 2017

Testing on retina Mac, this renders correctly with software compositing but not with GPU compositing, which makes me think there's a bug in GLRenderer when applying the filter.

The logic for handling expansion due to filters when computing render surface content rects is the same for software and GPU, so I don't think this is a bug in that logic, but it could be a bug in GLRenderer's handling of pixel-moving filters.

Comment 9 by ajuma@chromium.org, Mar 2 2017

Drop shadow is indeed a filter. Maybe you're thinking of box shadow?
Ah yes, sorry.
Components: -Blink>Paint
Owner: ----
Status: Available (was: Assigned)
Labels: Hotlist-ThreadedRendering
Labels: -Hotlist-ThreadedRendering
Seems to be GPU rasterization.
Cc: petermayo@chromium.org
As a note, if I add translateZ(-100px) before the rotation, the div appears correctly, whereas translateZ(100px) causes it to disappear altogether. Seems like a clipping issue. 
Project Member

Comment 16 by sheriffbot@chromium.org, Apr 6 2018

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
Status: WontFix (was: Untriaged)
I can no longer reproduces the bug. Mark it as WontFix now.

Sign in to add a comment