5 FPS scrolling on jamespendleton.co.uk (sync XHR on scroll handler) |
||||||||||
Issue descriptionI was looking for a new flat, but somehow I ended up on crbug. Hyperjanky scrolling on this website. Chrome 52.0.2743.0 on OS X 10.11.5 URL: http://www.jamespendleton.co.uk/PropertySearch.aspx?soldlet=y&hareadmob=sw11&propertytype=&minbeds=2&radius=&searchtype=let&minprice=450&maxprice=700 Attaching trace. It seems they (or some JQuery plugin they use) do sync XHR on scroll handler (of course). Not sure how much we can do here other than some heavy browser intervention. My main concern here is that this page is perfectly smooth on safari. (The other option is me explain the real-estate agent that they shouldn't do sync xhrs onscroll on their website. Will try.)
,
May 24 2016
I'm pretty sure the difference is that we're wheel scrolling on main, but Safari isn't. The scroll event is async in both cases, but it gums up the main thread, so when we main thread scroll, it's super slow. Safari scrolls on the compositor thread, so everything is smooth. I'm not quite sure why we scroll on main. Renderer4.MainThreadWheelScrollReason reports that we're scrolling on main due to an event listener, but I'm not clear on what the listener is. I haven't find a wheel listener with devtools, but I'm probably just missing something. vollick@, any ideas?
,
Aug 2 2017
,
Sep 20 2017
,
Sep 20
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 4
Still an issue in Q4 2018 check-in. But it might get better with wheel passive listener intervention. |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by skyos...@chromium.org
, May 23 2016