-
-
Notifications
You must be signed in to change notification settings - Fork 390
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Long startup activation time on the first start #656
Comments
Actually code is the same on first and second startup ... What is really affecting the time might be the Visual Studio Code extension host. |
So far, I tested this three times and always with positive results -> ~25900ms. |
I can confirm this issue. |
@y-matsuwitter funded this issue with $40. Visit this issue on Issuehunt |
This issue is available for bounty. Fix and earn! |
@thejewdude has submitted a pull request. See it on IssueHunt |
@alexdevero this issue is fixed. let me know if you see such behavior |
@shanalikhan has rewarded $28.00 to @thejewdude. See it on IssueHunt
|
🐛 Describe the bug
It takes significant amount of time to start the extension on first, fresh start of VS Code. This occurs only on the first start in the day. This leads to "Extension runner is unresponsive" error notification in VS Code. Any consequent startup activation time is at least 10x faster, ~950ms.
🌴 Visual Studio Code Version : 1.28.0-insider (system setup)
Commit: 2558a72d6902015b142ef45c57b664ce1f09e03f
🌴 Code Settings Sync Version : 3.1.2
🌴 Operating System : Win 10 Home (1803)
🌴 Occurs On: Start of VS Code
🌴 Proxy Enabled: No
📰 To Reproduce
Steps to reproduce the behavior:
💪 Expected behavior
The first startup activation time should be similar to the consequent (~950ms).
📺 Console Error Log
First start:
Second start:
The text was updated successfully, but these errors were encountered: