Issue metadata
Sign in to add a comment
|
Backdrop-filter resulting in glitchy boxes in background
Reported by
ferdy.ch...@gmail.com,
Jul 8 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0 Steps to reproduce the problem: 1. Use latest Canary 2. Visit http://codepen.io/fchristant/pen/pbWyoY 3. Click example link What is the expected behavior? This is a simple lightbox example taken from MDN with only one modification: besides darkening the modal's background, it also blurs it using backdrop-filter. The expected behavior is that everything below/under the modal dialog is smoothly blurred. What went wrong? Blurring happens, yet "random" blocks appear that look like glitches. They are dynamic even, when you hover the close link of the modal new rectangles appear out of nowhere. Scrolling can cause a block to appear or disappear, the same is true when starting dev tools. The intial rendering is always wrong, any repaint action often removes the rectangles, yet then new ones appear when hovering links. The rectangles appear in random places and sizes, they don't seem to correspond to the size and placement of underlying elements at all. This is the most minimal test case I could come up with, yet I'm facing this issue all over the place in more complicated scenarios. It seems that the implementation overall is buggy. Please see attached the faulty rendering. Did this work before? No Chrome version: Version 54.0.2791.0 canary (64-bit) Channel: canary OS Version: 10.0 Flash Version: Shockwave Flash 22.0 r0
,
Jul 12 2016
@msrchandra@chromium.org: confirmed that it still is an issue for me on Canary# 54.0.2794.0, 64-bit, Windows 10. Nothing has changed.
,
Jul 13 2016
Thank you for providing more feedback. Adding requester "msrchandra@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 15 2016
Verified the issue on Latest Canary# 54.0.2797.0 on Windows 10 and could not reproduce the issue. Attaching a screenshot for further reference. Could you please re-check on Latest Canary mentioned and let us know whether the issue is still reproducible. Thanks in Advance.
,
Jul 15 2016
@msrchandra@chromium.org: it's still an issue. I'm thinking it may perhaps be an issue specific for my GPU?
,
Jul 15 2016
Thank you for providing more feedback. Adding requester "msrchandra@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 3 2016
@ferdy.christant -- Re-checked the issue on Latest Canary# 54.0.2816.0 and still was not able to reproduce the issue. Could you please re-check on latest canary mentioned and provide us the update. If the issue is still reproducible please provide us the gpu details of your system. Thanks in Advance.
,
Aug 11 2016
Thank you for providing more feedback. Adding requester "msrchandra@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 22 2016
,
Nov 15 2016
I reproduced the issue using Chrome Version 56.0.2920.0 canary (64-bit). My GPU is an ATI FirePro V4800. I reproduced the issue by opening a Bootstrap 3 Modal and applying `backdrop-filter: blur(5px)` to the modal background. I consistently saw the problem described by the OP.
,
Jan 30 2017
,
May 13 2017
,
May 13 2017
,
Jul 17 2017
The original codepen seems to have been deleted. :( If you can still reproduce, please attach one and reopen this bug.
,
Jul 18 2017
I can still reproduce the bug, see new attachment and this new codepen: https://codepen.io/fchristant/pen/pwmXEQ Note that since first reporting this bug, I've replaced my video card. I first thought it was related to my system, but I can still reproduce this issue consistently in the new setup. As seen from the screenshot, the bug manifests itself as random blocks and lines appearing in the background. I say "random" because scrolling and mouse overs seem to influence when and where they appear.
,
Jul 18 2017
Thanks for the update! I'll reopen the bug, although I still haven't reproduced it.
,
Jul 18 2017
Aha! I can reproduce with --disable-gpu. danakj@: perhaps it's related to partial swap and invalidations?
,
Jul 18 2017
yes, it is. wutao@ was working on this same bug for the login ui. https://bugs.chromium.org/p/chromium/issues/detail?id=737255
,
Jul 18 2017
Thanks for the follow-up! I don't understand a thing about that other thread, yet this excites me: "This is going to be used for webui lock screen, which means we need it in 61." Does this mean production-ready backdrop-filter is to be expected in mere months? If so, that would be awesome.
,
Jul 18 2017
I am still investigating what is a solution. As discussed in bug 737255 , we might use two rect to track damage_rect, and unexpanded_damage_rect. However, I still can see the blocks. I try to come up a way that I can save the input/output images to SkBlurImageFilter. So I can find out what is on the buffer.
,
Jul 18 2017
There is a change of plan. While I am working on this bug, but it may not top priority for M61. We will implement blur for lock screen using other method. In that method, partial-swap is not an issue.
,
Jul 21 2017
,
Jul 25 2017
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by msrchandra@chromium.org
, Jul 12 2016Labels: Needs-Feedback