Python extention interferes with Julia REPL startup

[sourproton]

Type: Bug

Behaviour

Expected vs. Actual

If a Python environment is setup via the extention, upon launch of the Julia REPL inside VS Code, the Python extention tries to source the Python venv directory. The source command fails (because it tries to source a Python venv inside a Julia terminal), delaying the startup of the Julia REPL.

Expected behaviour would be the Julia REPL starting without trying to run the source command.

The Python extention should limit the sourcing of the Python venv exclusively on Python terminals and not interfere with other terminal launches inside VS Code.

Steps to reproduce:

1. Install Python and Julia extentions

2. Via CTRL+SHIFT+P, use the "Python: Select Interpreter" command and select a venv folder

3. Via CTRL+SHIFT+P, use the "Julia: Start REPL" command

4. Julia will try to run the source command and fail

Diagnostic data

• Python version (& distribution if applicable, e.g. Anaconda): 3.10.6
• Type of virtual environment used (e.g. conda, venv, virtualenv, etc.): Venv
• Value of the python.languageServer setting: Default

Output for Python in the Output panel (View→Output, change the drop-down the upper-right of the Output panel to Python)

XXX

User Settings

Multiroot scenario, following user settings may not apply:

languageServer: "Pylance"

terminal
• executeInFileDir: "<placeholder>"

Extension version: 2022.16.1
VS Code version: Code 1.72.2 (d045a5eda657f4d7b676dedbfa7aab8207f8a075, 2022-10-12T22:16:26.920Z)
OS version: Linux x64 5.15.0-50-generic snap
Modes:
Sandboxed: No

System Info

Item	Value
CPUs	Intel(R) Core(TM) i5-10505 CPU @ 3.20GHz (12 x 3200)
GPU Status	2d_canvas: unavailable_software canvas_oop_rasterization: disabled_off direct_rendering_display_compositor: disabled_off_ok gpu_compositing: disabled_software multiple_raster_threads: enabled_on opengl: disabled_off rasterization: disabled_software raw_draw: disabled_off_ok skia_renderer: enabled_on video_decode: disabled_software video_encode: disabled_software vulkan: disabled_off webgl: unavailable_software webgl2: unavailable_software webgpu: disabled_off
Load (avg)	0, 1, 0
Memory (System)	15.37GB (11.06GB free)
Process Argv	--no-sandbox --force-user-env --unity-launch --crash-reporter-id 75478179-b023-4a88-8a02-113d07e6bf11
Screen Reader	no
VM	0%
DESKTOP_SESSION	ubuntu
XDG_CURRENT_DESKTOP	Unity
XDG_SESSION_DESKTOP	ubuntu
XDG_SESSION_TYPE	x11

A/B Experiments

vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vstes516:30244333
vslsvsres303:30308271
pythonvspyl392:30443607
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vshan820:30294714
vstes263cf:30335440
pythondataviewer:30285071
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593:30376534
pythonvs932:30410667
cppdebug:30492333
vsclangdc:30486549
c4g48928:30535728
dsvsc012:30540252
azure-dev_surveyone:30548225
i497e931:30553904
pyindex848cf:30577861
nodejswelcome1:30587005
40g7c324:30573242

[MateusRodolfo]

This is the Julia REPL terminal after running the "Julia: Start REPL" command. See that the "source" command is run upon startup and then fails.

[karrtikr]

Thanks for opening the issue.

The Python extention should limit the sourcing of the Python venv exclusively on Python terminals and not interfere with other terminal launches inside VS Code.

Right now when we see a new terminal which is created there's no way of knowing whether it's created by some other extension. That way we can avoid activating such terminals. I have opened microsoft/vscode#163873 on VSCode to provide such a feature, please upvote that.

The issue should also go away once we start using environment variables instead to activate the terminal: #11039, closing this in favor of the other opened issues.

[jdthorpe]

This issue is also annoying in R terminals...

[karrtikr]

Feel free to leave your feedback at microsoft/vscode#163873 and please upvote that issue to raise priority.