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
VS Code visually makes a distinction between a Python and bash terminal (i.e. the former is shown as [>] Python, the later as bash with a cube icon).
But the behaviour appears to have changed and there's no longer any difference between them - the setting python.terminal.activateEnvironment=true results in vscode sourcing the default venv when I'm trying to create a bash terminal, and python.terminal.activateEnvironment=false prevents it sourcing the venv for a python terminal.
This appears to have changed recently, I could always create a python terminal that sourced the default venv and a bash terminal that did not. Now there's no choice - all terminals now behave the same, i.e. they either source a venv or not. It seems pointless to show different icons for two terminals that are both activated venvs (or not)
This is incredible annoying, I now have to fall back to manually managing venvs if I need to run scripts outside a sourced venv since I can no longer rely on a bash terminal being different to a Python terminal.
VS Code version: Code 1.82.2 (abd2f3d, 2023-09-14T05:51:20.981Z)
OS version: Linux x64 5.15.0-84-generic
Modes:
System Info
Item
Value
CPUs
Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz (12 x 3700)
It looks like this is caused by the Python extension. Please file the issue to the Python extension repository. Make sure to check their issue reporting template and provide them relevant information such as the extension version you're using. See also our issue reporting guidelines for more information.
Type: Bug
VS Code visually makes a distinction between a Python and bash terminal (i.e. the former is shown as [>] Python, the later as bash with a cube icon).
But the behaviour appears to have changed and there's no longer any difference between them - the setting
python.terminal.activateEnvironment=true
results in vscode sourcing the default venv when I'm trying to create a bash terminal, andpython.terminal.activateEnvironment=false
prevents it sourcing the venv for a python terminal.This appears to have changed recently, I could always create a python terminal that sourced the default venv and a bash terminal that did not. Now there's no choice - all terminals now behave the same, i.e. they either source a venv or not. It seems pointless to show different icons for two terminals that are both activated venvs (or not)
This is incredible annoying, I now have to fall back to manually managing venvs if I need to run scripts outside a sourced venv since I can no longer rely on a bash terminal being different to a Python terminal.
VS Code version: Code 1.82.2 (abd2f3d, 2023-09-14T05:51:20.981Z)
OS version: Linux x64 5.15.0-84-generic
Modes:
System Info
canvas_oop_rasterization: disabled_off
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
video_decode: enabled
video_encode: disabled_software
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
Extensions (36)
(2 theme extensions excluded)
A/B Experiments
The text was updated successfully, but these errors were encountered: