Render/Repaint does not complete for CSS parallax solution
Reported by
tanreic...@gmail.com,
Aug 10 2017
|
|||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36 Example URL: https://jsfiddle.net/ae6cwnuk/ Steps to reproduce the problem: 1. Launch Chrome 2. Load https://jsfiddle.net/ae6cwnuk/ 3. Resize the result pane (the pane that contains the background image with the Hello text element in it) so that it takes up as much of the available screen space as possible 4. Scroll down and up in the result pane. What is the expected behavior? The elements in the result pane should be rendered smoothly, the full background image should appear, and the Hello text element should appear on top in full width. Parallax scrolling is achieved. What went wrong? During the resize, the result pane blinks very rapidly and the repaint work is very obvious (i.e. the background-image and Hello text element will blink out to a solid white box and then blink back into view). When scrolling down, you can see the Chrome browser trying to render the rest of the background image as it scrolls, but it fails to complete the repaint as there are some chunks of empty space near the bottom of the repaint window. When scrolling back up, the repaint at the top of the window is incomplete (and sometimes the Hello text element is no longer rendered, or part of it is chopped off) Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? Yes 59.0.3071 Does this work in other browsers? Yes Chrome version: 60.0.3112.90 Channel: stable OS Version: OS X 10.11.6 Flash Version: This issue occurs in an undisclosed project so I cannot provide the real URL, but we have simplified the issue down to the attached code snippets in the JSFiddle.
,
Aug 11 2017
Unable to reproduce this issue on MacBookAir 10.12.6 using chrome latest stable #60.0.3112.90 by using the test case provided in the original comment. After resizing the results pane scrolled the page down and observed elements in the results page rendered smoothly and able to view full background image with Hello text. tanreichan@ Are you able to reproduce this issue on incognito mode as well? Could you please let know is this issue is specifically seen on Mac OS 10.11.6 and help us by providing your mac specifications for further investigation. Thanks!
,
Aug 14 2017
Yes, I can also reproduce this issue on incognito mode as well. Here are my system specs: OS X El Capitan Version 10.11.6 MacBook Pro (Retina, 15-inch, Mid 2015) Processor: 2.5 GHz Intel Core i7 Memory: 16 GB 1600 MHz DDR3 Graphics: Intel Iris Pro 1536 MB My other teammates have the following Mac OS versions: 10.10.5 - repro'd the same issue as 10.11.6 10.12.3 -- scrolling was fine, but observed a lot of flickering when resizing the browser
,
Aug 14 2017
Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 14 2017
,
Aug 14 2017
I suspect this is compositing slowness. CC ccameron since it seems Mac specific.
,
Aug 14 2017
Didn't manage to reproduce this myself -- is this Mac-specific or high-DPI (aka retina) specific?
,
Aug 15 2017
Interesting point! If I view the JS Fiddle Chrome tab on my Macbook Retina display screen, I see the flickering and the incomplete rendering happen. But if I bring the JS Fiddle Chrome tab to a lower-res external display screen, the flickering no longer happens and the rendering is very smooth.
,
Aug 17 2017
Will try to bisect.
,
Aug 17 2017
It looks like this is a scaled image that gets drawn as 100s of tiny tiles. vmpstr@ or pdr@, were there changes to how we handled scaled images in the M60 timeframe?
,
Aug 17 2017
Here's the regression range: https://chromium.googlesource.com/chromium/src/+log/27d4a2f28593194c2642514f9f28457d14fab406..3e4e1942c0b44ce8018f9936bfc1d0dbd3344171 This is; cc: Approximate ideal contents scale under perspective transform. https://chromium.googlesource.com/chromium/src/+/dc5e1afbd1f6b01e44b58ee16f4c556d2ceaa04c
,
Aug 17 2017
This is likely a dupe of issue 752382 , which was fixed by https://chromium.googlesource.com/chromium/src/+/4b44a058abace01b33f1b75798274dd07db13ddb. On tip of tree, this looks fixed. The fix has been merged to 61 but not 60 as per comment #10 in that issue. Next steps: 1. Can someone independently verify that this is fixed in Canary? 2. Should we revisit the severity of the bug in order to try and merge this to stable?
,
Aug 17 2017
Re #12 - I've confirmed that this is fixed in the latest Canary. |
|||||||||||||||
►
Sign in to add a comment |
|||||||||||||||
Comment 1 by shrike@chromium.org
, Aug 10 2017