-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
VSCode not picking up new venv #22717
Comments
I believe this is the intended functionality. See: https://code.visualstudio.com/docs/python/environments#_manually-specify-an-interpreter
|
Hi...
Thanks for getting back!
Right, changes don't affect the default, which I agree seems correct.
My issue was that if I create a *new **venv*, I expected the behavior to
ask me if I want to use this new venv, which has always done.
…On Fri, Jan 5, 2024 at 11:46 AM Sam Morgan ***@***.***> wrote:
I believe this is the intended functionality. See:
https://code.visualstudio.com/docs/python/environments#_manually-specify-an-interpreter
*Note:* Changes to the python.defaultInterpreterPath setting are not
picked up after an interpreter has already been selected for a workspace;
any changes to the setting will be ignored once an initial interpreter is
selected for the workspace.
—
Reply to this email directly, view it on GitHub
<#22717 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABKSG332SVP572ITNZ5UMTLYNBKANAVCNFSM6AAAAABBOSTVROVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNZZGE3TQOBYGI>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
Thanks,
Val
510-703-5909 valhuber on skype
|
Thanks for the bug report! We investigate issues in order based on priority and severity, which includes the impact it has on your ability to use the extension to do productive work, and the number of people affected. If other users come forward and leave a comment demonstrating they are seeing/reproducing the problem then we will raise this issue's priority. Thanks for understanding and the patience! |
Im having a similar issue. I currently have pyenv installed and set globally on my machine. And then within my project I create a virtual env via python3 -m venv venv; The standard behaviour up until this point has been: vscode would detect the new virtual env and activate it automatically via the source command whenever I opened a new terminal. This has stopped happening and my terminal is set on the pyenv global interpreter instead. Not sure why this is. Has there been a change here? |
Hi, I'm having the same issue, tried uninstalling vscode, updating venv , updating pip... Nothing seems to work, only output I was able to get is : Python virtual environment was successfully activated, even though "(.venv)" indicator may not be present in the terminal prompt. Which I belive is not true... |
I just opened #22755 which also affects the ability to select the interpreter, and I would expect the average VS Code user to have quite a time figuring out which component is responsible and where to look for a solution or a bug report (there's VS Code itself, Intellisense, linters, Pylance, and the Python extension). |
Hi @valhuber, unfortunately I'm unable to reproduce the issue, I do see a notification which shows up when a new environment is created via Could you please provide the Python logs as mentioned in the issue template? |
@rodri45l If you still face the issue, please open up a new issue using |
Because we have not heard back with the information we requested, we are closing this issue for now. If you are able to provide the info later on, then we will be happy to re-open this issue to pick up where we left off. |
Type: Bug
I was happy to discover this /vscode/settings.json: python.defaultInterpreterPath
But, when I set it, and then create a venv manually inside the project, VSCode does not pick it up. Seems to me it should...
python3 -m venv venv; . venv/bin/activate;
Extension version: 2023.23.13541005
VS Code version: Code 1.85.1 (0ee08df0cf4527e40edc9aa28f4b5bd38bbff2b2, 2023-12-13T09:48:16.874Z)
OS version: Darwin arm64 23.2.0
Modes:
System Info
canvas_oop_rasterization: enabled_on
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: enabled
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: enabled
A/B Experiments
The text was updated successfully, but these errors were encountered: