For the examples in the description above, scroll down the page to observe
the effect.
I think this is a bug in the filters implementation in the compositor, involving
bad interaction with scrolling. When scrolling these examples, I confirmed that
Blink does not do any painting or compositing update.
Ali/Stephen, any ideas?
This also reproduces without masking: https://jsfiddle.net/zL8gffy5/9/
It seems like the filter's only getting applied to the visible part of each div.
There are two issues:
1) The visible rects for the layers contributing to the surface with the filter are being clipped by the overflow clip (even though the filter's output depends on the clipped out content).
2) The content rect for the surface with the filter is also being clipped (again, even though we need those clipped-out pixels as input to the filter).
So the real problem is that the clip tree doesn't know about pixel-moving filters.
I think the right fix is to implement Wei's proposal for adding "expanding" nodes to the clip tree (Option 3 in https://docs.google.com/document/d/1ZD2sQAnTPoiM7yPWM9tEYvoiIXlf7N152Oy7-k0FSHQ/edit). That's not a mergeable fix though, so need to think some more about what a mergeable fix might look like.
From what I personally know it did worked for me on whatever version that was before the current stable one (52 I guess), it can't possibly be that I was on a version before 36.
It's certainly possible that variants of these cases broke in 53. We'll fix this as soon as possible and try to merge a fix into Chrome 55. Thanks for putting together these reduced test cases!
Hi, thanks again for keeps on working on this bug, really appreciate :)
Because of reverting the changes you may want to change the status from fixed to open please.
Or am I didn't understand it right?
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 1 by chrishtr@chromium.org
, Oct 6 2016Components: Internals>Compositing
Labels: -Pri-2 M-54 Pri-1
Owner: ajuma@chromium.org