-
Notifications
You must be signed in to change notification settings - Fork 33
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
Installing extension seems to expect .NET tools, and fails #287
Comments
Hey Eli, apologies you ran into this on your first install and thank you for reporting this. Your assumption is correct, the ideal scenario is that we only require .NET tooling if we detect that you are working on a .NET project. There are two things I'll need to look into here:
At this moment, I don't think the failure to acquire the runtime should be so loud either so I'll look into that as well. Lastly, you should still be able to get all of the features the extension has to offer if you're developing on node, so clicking on the "Don't show again" button should let you proceed. Please let me know if that is not the case and if you run into any other issues! |
Thanks for the fast reply! I can confirm that the project context I was in uses Node for development and serving a variety of front end frameworks (Vue, etc) and that I'm on MacOS - Latest version, Apple M1 chip. No .NET development happening anywhere on my machine, to my knowledge. I'll click "don't show again" and see what happens. |
I tested this out on a bigger repo I work on and noticed that it caught a sln file in my node_modules folder! So I will update our solution finding logic to make sure that does not happen anymore. I tried to reproduce the .NET runtime download failure but was unable to do so. The .NET Runtime Tool extension uses this script to install: https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-install-script. Reading through the I did notice that the extension logs to its own output channel though, so if you are able to find those please let us know! I'm hoping it'll tell us where it exactly tried to download from. You can find the logs by going to View -> Output -> .NET Runtime (in the dropdown). |
|
Addresses part of #287 We want to exclude common folders that are not part of the user's workspace when we try to detect solutions.
Addresses part of #287 We want to exclude common folders that are not part of the user's workspace when we try to detect solutions.
Addresses part of #287 We want to exclude common folders that are not part of the user's workspace when we try to detect solutions.
Thanks for the logs! They aren't as helpful as I'd hoped so I'll keep on digging. I thought we could also swallow and log the error if there is an error during the .NET runtime installation but the window is created from within the dependent extension so I don't think this will be something we can do at the moment. Meanwhile, I have a new release out with the fix (2.0.2) to the project detection so you shouldn't even be hitting that path anymore. |
The acquisition issue is related to: dotnet/vscode-dotnet-runtime#201. |
First time user of the extension. I mostly work with JS (node and front end). When installing the extension, I get the following error message from VS Code (see screenshot). Uninstalling the Stripe extension and re-installing provides the same result.
"An error occurred while installing .NET (5.0): .NET acquisition failed: Installation failed: Error: Command failed..."
Perhaps user error, but for my level of usage, requiring .NET tooling feels like heavy overhead, and I'm disinclined to continue since other extensions don't seem to have required this.
The text was updated successfully, but these errors were encountered: