-
Notifications
You must be signed in to change notification settings - Fork 30.1k
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
Provide a way to exempt a terminal from applying any env collections #194819
Comments
It was brought to my attention that environment collection isn't applied on hidden terminals: vscode/src/vs/workbench/contrib/terminal/browser/terminalProcessManager.ts Lines 438 to 441 in 443f8cc
Which means they're deactivated already, so we can directly use them to run commands, i.e this feature should no longer be needed. |
@karrtikr we could change it as it makes sense to me that |
Umm I kind of like it because hidden terminals are generally extension specific (for eg. microsoft/vscode-remote-release#1760), so it does not care for environment collection of other extensions. (Also, it allows us to workaround this issue 😉) |
Reopening this issue as it would seem that we're also deciding to apply environment collection to hidden terminals: #197187 (comment). |
Closing as hidden terminals will act like regular terminals with #199611 (comment). |
If hidden terminal act like regular terminals and start applying environment collection, that is precisely what we want to avoid here. We want to launch a hidden terminal, which has shell integration capacities (fetch command results), but does not apply environment collection. How do we do that? |
Basically, I think the right move should probably be to still have hidden terminals be private (not apply environments from other extensions), while still giving it shell integration capabilities. |
They can be shown though, a common use case is to create a terminal in the background and show it after some time. It would be a weird inconsistency for that to not act like others. |
We can provide:
Primary use case:
With #145234 coming up, we would like to shift some commands which we run as a process to running in terminal instead, but we would like to run those in a deactivated terminal (similar to process spawn), instead of the one where envs are already set.
The text was updated successfully, but these errors were encountered: