@nadircan Are you using the atefth.ruby-on-rails-snippets extension? It contains a (valid snippet) that makes us choke. See https://github.com/Microsoft/vscode/issues/30407 for more details. It might be that
I just updated and VSCode is unusable, I can navigate between tabs and open/close files, but the moment I start to type, cpu usage goes up and the editor starts lagging.
Extension|Author (truncated)|Version
---|---|---
ChatScript|jua|0.0.1
vscode-eslint|dba|1.2.11
tslint|eg2|0.16.0
Angular2|joh|2.3.3
cpptools|ms-|0.12.0
debugger-for-chrome|msj|3.1.6
typescript-hero|rbb|1.1.0
vscode-icons|rob|7.10.1
inserttimestamp|zvl|1.1.3
Also i get this error. @jrieken I remember, I dont use that extension. I cant access extension tab. It comes empty.
Now I can access extensions tab.
I have the same problem. After opening an angular 4 project, when I start typing in a typescript file processor load rises, typing is sluggish and after a while I get "The window is no longer responding". Only running extensions are the ones installed by "Angular Essentials".
I'm having the same huge CPU usage in an Angular 4 project, resulting in freezes for ~15 seconds on a fast computer. The problem occurs whether or not the code is running in a browser. I first saw the problem within minutes of the VSCode Version: 1.14.0 release. OS=Windows 10 (both before and after the updates of 11 July).
Extensions:
Ok, different folks with potential different problems. Everyone here please do the following
Also try to reproduce without extensions enabled (start from the command line via code --disableExtensions) Thanks.
As reported on a different thread: Changing the typescript workspace version to 2.3.4 fixes the problem.
This is a kitchen sink issue. /cc @mjbvz since some folks suggest this has something to do with angular & TypeScript
I upgraded 4 hours ago. Since then I've seen slow/unresponsive intellisense and plenty of 'not responding' & 'the window has crashed' messages.
Extensions Installed:
I've run a few profile captures, but only been able to capture a slow/non-responsive intellisense so far.
I'm wondering if TypeScript Hero is the problem here... Just disabled it and so far it hasn't locked up again.
The other main thread on this issue is https://github.com/Microsoft/vscode/issues/30449, discussing changing the typescript workspace version to 2.3.4.
Should one wait for a fix or do a workaround? If a fix is created now, how long would it take to be pushed out to users for a serious problem such as this one?
Thanks @simonneedham and @johnnyreilly. There is something fishy with us and TypeScriptHero. I'll make sure to have local repro steps to confirm my theory and update this issue
@johnnyreilly @jrieken I just switched off TypeScript Hero. Instant improvement.
So, the following is happening here and a good example for how easy things can go south... As some of you already know, we are currently working on supporting multiple root folders in VS Code. Many things have already happened in that area and one thing we focus on is extensions. Until now, there is just the vscode.workspace.rootPath-API which isn't sufficient anymore once multiple (root) paths come into play. We will keep that API stable but also want extensions to eventually adopt the new and better API for multiple root paths. To get an understanding how the current API is used and to be able to help out extensions authors with advise, PRs, etc. we have added telemetry ala "extension 'foo' uses 'rootPath'". What we didn't account for is extensions using this a lot (like in loops) and making us choke on many, many repeated events. So, TypeScript Hero is doing that and that's totally OK. I'll make sure we send less events...
Pushed a fix to master and release/1.14 which mean Insiders is fixed in ~12 hours and stable as soon as we release 1.14.1
I'm currently working on a hot fix for typescript hero, so that the extension only accesses workspace.rootPath once and passes it down to the components via DI.
@jrieken Out of curiosity, when did you guys add the reporting for rootPath?
A new version of TypeScript Hero was released with a workaround to this problem. More information at buehler/typescript-hero#242
re https://github.com/Microsoft/vscode/issues/30486#issuecomment-314814776 Early June, so it should have been in Insiders for quite a while.
Fix looks good. Verified by code review.
Most helpful comment
Pushed a fix to
masterandrelease/1.14which mean Insiders is fixed in ~12 hours and stable as soon as we release 1.14.1