Issue metadata
Sign in to add a comment
|
resize events infinite loops / very hi cpu usage / lagy map zoom
Reported by
msstrash...@gmail.com,
Sep 17 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36 Steps to reproduce the problem: 1. open this url http://85.185.161.203:8057/map/ 2. try to zoom in map What is the expected behavior? No lag / low cpu usage after release the mouse. What went wrong? It seams a infinite loop happens in resize events while there is no change in window size. Did this work before? Yes 60.0.3112.113 Chrome version: 61.0.3163.91 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 27.0 r0
,
Sep 18 2017
Tested the issue on Win-7 and Win-10 using chrome reported version #61.0.3163.91 and latest canary #63.0.3218.0. Observed more CPU usage i.e up to 35 to 50% after navigating to http://85.185.161.203:8057/map/ and zooming in map using latest canary #63.0.3218.0. Whereas CPU usage was less using chrome reported version #61.0.3163.91 i.e 9 to 12%(same as in chrome version #60.0.3112.113 )after following steps as per comment #0. Attached screen casts for reference. msstrashbin@ - Could you please verify the screen casts and please let us know what is the issue exactly. A screen cast will be more helpful rather. Thanks...!!
,
Sep 25 2017
Thanks for your reply exist in chrome 61 not upper versions It's solved in version 63 and you test that anyway thanks for your time.
,
Sep 25 2017
Thank you for providing more feedback. Adding requester "krajshree@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
,
Sep 26 2017
Able to reproduce the issue on Win-7 and Win-10 using latest canary #63.0.3223.8. Observed that the CPU usage increased to 80% when the map at URL: http://85.185.161.203:8057/map/ was zoomed in or out. Whereas unable to reproduce the issue on Win-7 and Win-10 using latest stable #61.0.3163.100. Observed that the CPU usage remained below 10% as expected when the map at URL: http://85.185.161.203:8057/map/ was zoomed in or out. msstrashbin@ - Could you please check the issue using latest stable #61.0.3163.100 and please let us know if the issue persists or not. Please verify the screen casts attached at comment #2 and please let us know the exact issue faced by you. TE observations are contradicting with the statement in comment #3. As per comment #3, issue is said to be solved in version 63, whereas issue is still present in latest canary #63.0.3223.8. Please confirm the same. Thanks...!!
,
Feb 6 2018
Removing Browser Zoom label as this isn't browser zoom. Adding Blink>Canvas as >50% of the time on each frame draw is consumed by: Canvas2DLayerBridge::flushRecording from looking at a trace.
,
Apr 17 2018
,
Apr 24 2018
Closing isuue due to lack of feedback on comment #5 and repro page is no longer available. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Sep 18 2017