Issue metadata
Sign in to add a comment
|
Painting very slow while scrolling, when page containing one fixed header and body opacity is set to less than 1
Reported by
did...@gmail.com,
Dec 26
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. Download the attached file test.html and open it with chrome (my chrome version is 71.0.3578.98) 2. Quickly scroll down or up multiple times 3. Observe the repainting is slow What is the expected behavior? The painting should NOT be noticed while scrolling What went wrong? The painting is significantly slow, it was noticeable, please have a look at the attached screen video record Did this work before? N/A Does this work in other browsers? Yes Chrome version: 71.0.3578.98 Channel: stable OS Version: OS X 10.14.2 Flash Version: I did some preliminary investigation, this only happens when page contains one top fixed Div and set the Body with opacity with value less than one. The context: This issue was discovered while I am developing a web application. Start from one point the issue occurred to my app, I tried it with Safari there is not this issue, so I reduce the irrelevant stuff, keep the essential for reproducing this problem. Let me know if there is need for more info from me(didxga@gmail.com).
,
Dec 27
Thanks for filing the issue... Tried to reproduce the issue on reported chrome version 71.0.3578.98 using Mac 10.14.0. Attaching screen-cast for reference. Steps: ------ 1. Launched reported chrome 2. Opened given html file 3. Quickly scrolled down and up multiple times As we have not seen painting slowness while scrolling and observed that the header moving from M-60 to latest chrome M-73. @Reporter: Could you please check the attached screen-cast and let us know if we missed anything form our end. Thanks.!
,
Dec 27
,
Jan 2
@phanindra, It does also work for me now. But I am sure I was able to produce this issue the other day, as you could see from my screenshot video. I think I might missed some factories that caused this issue. I will try to reproduce and give you an update if I could reproduce it.
,
Jan 2
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
,
Jan 2
@phanindra, Good news, I got this issue reproduced, it's somehow also related to making developer tools as open. See my attachment for detail. I updated the reproduce steps as followings: 1. open the test.html 2. quickly scroll up and down several times 3. right click and open developer tools (developer tools should be reside at right) 4. quickly scroll up and down again for several times Strictly speaking, It may not necessarily an issue. maybe it's the dynamic update of the window size (after opening developer tools) that is not well adapted by rendering engine, but we could try the case where user manually resize the window if this slowness still present. Or try more generic cases when window size is updated if the rendering will be affected in any ways. Thanks, Carter
,
Jan 7
The NextAction date has arrived: 2019-01-07
,
Jan 7
Assigned for test reproduction.
,
Jan 8
As per comment #6, retied the issue on reported chrome version 71.0.3578.98 using Mac 10.14.0, 10.14.1(retina) and 10.13.6(retina). As we are unable to reproduce the issue. Attaching screen-cast for reference. Steps: ------ 1. Launched reported chrome 2. Opened given html file and quickly scrolled down and up multiple times 3. Opened Devtools and again quickly scrolled down and up multiple times As we have not observed painting slowness while scrolling and observed that the header moving from M-60 to latest chrome M-73. (same as comment #2) @Reporter:Could you please retry this issue with fresh profile without any extensions & apps or reset all the flags and let us know if issue still persists. Thanks.!
,
Jan 8
Changing the status..
,
Jan 9
,
Yesterday
(42 hours ago)
The NextAction date has arrived: 2019-01-21
,
Yesterday
(35 hours ago)
Giving another week for feedback from the reporter on comment #9. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by viswa.karala@chromium.org
, Dec 27