Skip to content
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

Automatic Python environment activation does not select the correct environment with a multiproject workspace #4790

Closed
mr-katsini opened this issue Mar 18, 2019 · 1 comment

Comments

@mr-katsini
Copy link

Environment data

  • VS Code version: 1.32.1
  • Extension version (available under the Extensions sidebar): 1.32.1
  • OS and version: OSX: 10.14.3
  • Python version (& distribution if applicable, e.g. Anaconda): 3.7.0
  • Type of virtual environment used (N/A | venv | virtualenv | conda | ...): virtualenv
  • Relevant/affected Python packages and their versions: XXX

Expected behaviour

Opening a terminal for a multiproject workspace should also set the python environment activation for the project selected.

Actual behaviour

When opening a terminal on a multiproject workspace, the terminal always defaults the source to the virtualenv of the first project in the workspace tree.

Ie.

Projects:
/project1/ -> venv path ..virtualenvs/project1/bin/activate
/project2/ -> venv path ..virtualenvs/project2/bin/activate

When opening a new terminal and selecting project2, the terminal behaviour is as follows

cd /project2/
source virtualenvs/project1/bin/activate

Steps to reproduce:

  1. Add multiple python projects to workspace
  2. Configure environment python paths for each project
  3. Open an integrated terminal for any python project and it will use the python path for the first project in the tree
@ghost ghost added the triage-needed Needs assignment to the proper sub-team label Mar 18, 2019
@DonJayamanne
Copy link

Duplicate of #3325

@DonJayamanne DonJayamanne marked this as a duplicate of #3325 Mar 18, 2019
@ghost ghost removed the triage-needed Needs assignment to the proper sub-team label Mar 18, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Apr 15, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants