New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 621532 link

Starred by 5 users

Issue metadata

Status: Archived
Owner:
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug

Blocking:
issue 624097



Sign in to add a comment

Chrome 53 dev tools are very sluggish

Reported by rg1...@gmail.com, Jun 20 2016

Issue description

Chrome 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.


 
Components: Platform>DevTools
Labels: OS-Windows
Could you try with a new profile? (or run as --user-data-dir=some_folder

Comment 3 by rg1...@gmail.com, 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")
Cc: kavvaru@chromium.org
Labels: Needs-Feedback
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!
621532.mp4
1.1 MB View Download

Comment 5 by rg1...@gmail.com, 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:
slow.mp4
716 KB View Download
chrome=version.txt
1.7 KB View Download
Project Member

Comment 6 by sheriffbot@chromium.org, Jun 29 2016

Labels: -Needs-Feedback Needs-Review
Owner: kavvaru@chromium.org
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
Owner: paulir...@chromium.org
Can you capture a trace while you reproduce the slowness?
https://www.chromium.org/developers/how-tos/submitting-a-performance-bug
Blocking: 624097

Comment 9 by rg1...@gmail.com, 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.
trace_awesome-trace.json.gz
4.8 MB Download

Comment 11 by cnan...@gmail.com, 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.
trace_Tue_Aug_16_2016_12.07.02_AM.json.gz
4.1 MB Download
Cc: caseq@chromium.org
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.

Comment 14 by cnan...@gmail.com, Aug 16 2016

Huzzah! That fixed it, thanks.

Comment 15 by cnan...@gmail.com, Aug 18 2016

It seems "Global accessibility mode" resets to "on" every time the browser is opened.
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

Comment 17 by cnan...@gmail.com, 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 :)

Comment 18 by rg1...@gmail.com, 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.

Comment 19 by cnan...@gmail.com, 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?

Comment 20 by phistuck@gmail.com, 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.

Comment 21 by phistuck@gmail.com, 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.
Labels: -Needs-Review
Cleaning up "Needs-Review" label as we are not using this label for triage anymore. Ref bug for this cleanup 684919
Project Member

Comment 23 by sheriffbot@chromium.org, Mar 15 2018

Status: Archived (was: Unconfirmed)
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