Chrome 53 dev tools are very sluggish
Reported by
rg1...@gmail.com,
Jun 20 2016
|
||||||||
Issue descriptionChrome Version : 53.0.2766.0 canary 64-bit Windows URLs (if applicable) : any, even https://www.google.fr Other browsers tested: * chrome 51 OK, * chrome 43 OK What steps will reproduce the problem? (1) open the debugger (2) open Elements pane or Sources (3) try to scroll or type in the console (when splitted) What is the expected result? Things to run smoothly as usual What happens instead? Interface is very sluggish and hard to use. I can have latencies as much as probably 500ms to 1000ms between striking a key and having the input actually shown at screen. This doesn't happen when only the console is pane is active though.
,
Jun 20 2016
Could you try with a new profile? (or run as --user-data-dir=some_folder
,
Jun 21 2016
I just tried, no improvements on the elements panels, it's still very sluggish (I tried on a google search results page, "test")
,
Jun 22 2016
Unable to reproduce the issue on windows 7 using chrome version 53.0.2774.3.Not observed any difference while opening elements,source tabs and typing in console. Please find the attached screen cast and confirm anything missed here. Request you once please try the issue on latest version with new profile if the issue still persists please provide us any screen shot for better understanding the issue. Thank you!
,
Jun 28 2016
Hello, sorry for the late reply, the process to get files out from here is very slow. I made a screen cast to show what happens:
,
Jun 29 2016
Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 1 2016
Can you capture a trace while you reproduce the slowness? https://www.chromium.org/developers/how-tos/submitting-a-performance-bug
,
Jul 1 2016
,
Jul 5 2016
Here is the trace. What I'm doing here first is console keystrokes (hold key pressed) with Elements open first, Then I switch to "console" only pane and repeat the same process.
,
Jul 28 2016
,
Aug 16 2016
Same here, 53.0.2785.57 beta-m (64-bit). I can barely use devtools now. Trying to even scroll in the Elements or Sources tab takes 500+ ms to respond and scrolling is barely 1-2 fps with high CPU usage. Attached trace.
,
Aug 16 2016
,
Aug 16 2016
This is accessibility support enabled that is slowing your devtools down. If you do not need it, go to chrome://accessibility/ and turn "Global accessibility mode" to "off". We are looking into fixing it.
,
Aug 16 2016
Huzzah! That fixed it, thanks.
,
Aug 18 2016
It seems "Global accessibility mode" resets to "on" every time the browser is opened.
,
Aug 23 2016
You may have an app installed that is forcing it on. On android it happens with password managers often. It could be a password manager, antivirus, or some other app that wants to read the content of every page you visit. It likely has escalated privileges, though. On Mac you need to give apps like this permission in Prefs / Security/ Accessibility. Good luck
,
Aug 24 2016
Thanks for the info, must be LastPass. I've jumped back up to stable until it's cleared up... gotta love separate release channels :)
,
Sep 7 2016
Thanks, turning Global accessibility mode on chrome 52 does solves the problem on my station. However, I have to flip in off every 10 minutes or so as it switched back again to on every time.
,
Nov 20 2016
This issue is still alive and well on 54.0.2840.99 m (64-bit) - Win10. Dev tools performance tanks if global accessibility mode is turned on. If I turn it off to fix it, extensions like LastPass constantly turn it back on. Is that how it's going to be? Find and disable all extensions that turn on global accessibility mode if I want to use dev tools? Back in August you said this was known issue and were looking into a fix. Any news?
,
Nov 20 2016
#19 - I am not sure an extension is capable of turning on global accessibility mode. If it does that, it might be a bug. Can you search for an issue or file an issue for it and comment here with its ID? Thank you.
,
Nov 20 2016
#19 - also, if you follow https://bugs.chromium.org/p/chromium/issues/detail?id=624097#c32 - that would help narrow down the issue and fix it quicker.
,
Mar 13 2017
Cleaning up "Needs-Review" label as we are not using this label for triage anymore. Ref bug for this cleanup 684919
,
Mar 15 2018
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by thestig@chromium.org
, Jun 20 2016Labels: OS-Windows