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

Issue 885323 link

Starred by 1 user

Issue metadata

Status: ExternalDependency
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 2
Type: Bug



Sign in to add a comment

Corrupted rendering when CSS brightness filter is applied

Reported by nickjpe...@gmail.com, Sep 18

Issue description

Example URL:
https://s.codepen.io/nck/debug/VGVBar/jVApoyNNQoxr

Steps to reproduce the problem:
1. Apply the style "filter: brightness(1);" to a parent element
2. Scroll through page content
3. Content does not appear as expected

What is the expected behavior?
Content should display without artifacts

What went wrong?
The CSS filter causes the page to render to the wrong parts of the viewport

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 69.0.3497.91  Channel: stable
OS Version: 12.0
Flash Version: 

Codepen source: https://codepen.io/nck/pen/VGVBar
 
image_from_ios.png
377 KB View Download
Sorry, my debug link for codepen expired. I put it up on a spare VPS @ http://63.142.251.145/

It's hard to consistently reproduce sometimes, but if you switch to a different tab then switch back, it happens frequently. 
Components: -Blink Blink>Paint
Components: -Blink>Paint Blink>Compositing>Filters
Labels: Needs-Feedback
NextAction: 2018-10-08
What does Safari do? Is this reproducible on anything other than an iOS device?
I hadn't been able to reproduce the issue in Safari until now - just got it to happen after switching to a different tab and switching back. 

I haven't seen this happen on an Android device, so far. 
Project Member

Comment 5 by sheriffbot@chromium.org, Sep 19

Cc: schenney@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -Blink>Compositing>Filters Mobile>iOSWebView
Evidence suggests then that this is an Apple WebView bug, not anything Chrome can do about it. The iOS team needs to confirm that analysis. Switching to the best-match iOS specific component.
Cc: eugene...@chromium.org
Owner: ajuma@chromium.org
Status: Assigned (was: Unconfirmed)
ajuma@, could you take a look and file a radar and/or webkit bugs? 
I haven't been able to reproduce this yet. 

Which device are you seeing this on? This might be specific to particular GPU, so just want to make sure I'm trying to reproduce this on the right device.
This was on an iPhone 8 Plus on iOS 11 And 12. This originally came up in a bug report for an ecommerce site I work on, and the reporter used a different model but I don't remember which.

I don't see this happening at the default zoom level. The most reliable way to reproduce this that I know of is to switch tabs and switch back, then scroll while zoomed in a lot.
Also should add that I haven't seen it happen in an iframe, so if using something like codepen you might need to escape the frame
NextAction: ----
Status: ExternalDependency (was: Assigned)
Thanks, I was able to reproduce this using the steps in comment 9. Interestingly, this happens only on-device, not in the simulator. I've filed a WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=190144

Sign in to add a comment