You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, I'm not sure which extension is at fault exactly here, however, so far I can only reproduce this with the vscode-nushell-lang extension and it's included Nushell profile, no other.
Attempting to F5 / Run/Debug any C# project, such as the .NET9 "Hello World" consoleApp template will attempt to build it before launching the debugger.
With the default shell set to the included Nushell profile, the build task invoked will launch the last used terminal shell in interactive mode, which breaks the build process.
Any other profile will not change the build shell in that situation, which makes me believe that this might be an issue on this extension.
Creating a custom Nushell profile also does fix the issue, which I currently use as a workaround, such as below.
I'm not following what the problem is. Maybe you're saying that nushell shouldn't be used as a build task even when it's set as the default?
Yes, vscode should not use the default shell for automation tasks, which is the entire point of the automationProfile setting.
This extension breaks that with the bundled shell profile.
Edit:
This isn't even about it using it as default, it just completely breaks the task shell, any execution calls aren't even forwarded, the shell just sits idly there.
No matter what other profile one sets, even a custom nushell profile as in my original post, works, it's only the profile bundled with the extension that does this.
Hello, I'm not sure which extension is at fault exactly here, however, so far I can only reproduce this with the vscode-nushell-lang extension and it's included Nushell profile, no other.
Environment setup:
Ways to reproduce / Problem description
Attempting to F5 / Run/Debug any C# project, such as the .NET9 "Hello World" consoleApp template will attempt to build it before launching the debugger.
With the default shell set to the included Nushell profile, the build task invoked will launch the last used terminal shell in interactive mode, which breaks the build process.
Any other profile will not change the build shell in that situation, which makes me believe that this might be an issue on this extension.
Creating a custom Nushell profile also does fix the issue, which I currently use as a workaround, such as below.
The text was updated successfully, but these errors were encountered: