-
Notifications
You must be signed in to change notification settings - Fork 32.7k
TypeScript plugin extensions don't load on Windows in 1.64.0 #142139
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
Comments
Likely caused by fd745e7 Will push a potential fix but please test on the next insiders build to confirm it works. I don't have a window machine setup to test this easily |
\fixedBy df09257 |
@mjbvz ok thanks, I will try it out in the next insiders. To be honest, I'm surprised there's no integration tests for TypeScript server plugins that could be tested on a Windows CI though. I guess there's not much guarantee TypeScript plugins won't stop loading again in the future. Also, this seems like a pretty critical bug. I think many extensions won't work on Windows anymore. |
We can backport it if the fix works. This is the first report we're seeing of it though |
I've encountered the same issue in a small Deno project, where the extension stopped working after the new VSCode version. Updating to Insiders fixed the issue for me. Will there be a new version of VSCode that fixes this regression? Just curious about a rough timeline when I can switch back to Stable for this project. |
It's also now fixed for me in the latest insiders: --pluginProbeLocations c:\Users\david\.vscode-insiders\extensions\denoland.vscode-deno-3.10.1 I also don't see any trace of any |
I really don't want to be pushy, but we have a lot of users on our end running into this issue. All extensions that include TS compiler plugins are broken on Windows in 1.64. Could this be considered for a 1.64.1 patch release? Even the official Microsoft TSLint extension ( |
I agree with @lucacasonato. Everyone currently using Styled Components is affected and we've had many users bring this up also. I think this is important enough for a patch release. |
I'd like to up-vote this fix as well. As you can see in my other report of this bug, #142244, this is really poor timing for this to break b/c I got my entire team to switch to this linting configuration, and it breaks literally the next day. |
Thanks for testing. We'll take this into the 1.64 second recovery |
Thank you for working on the fix. |
Uh oh!
There was an error while loading. Please reload this page.
Steps to Reproduce:
With tsserver logs enabled, you will notice the following in the logs:
Cause?
This may be because vscode started to provide a
pluginProbeLocations
to tsserver in the following format:Previously in 1.63 it used this format:
So it's now resolving
/c:/
toC:/c:/
within ts server.I will keep investigating.
The text was updated successfully, but these errors were encountered: