Note that all conda environments made with the -p argument will fail this way.

Also, the environment docs show this working with the virtualenv, but it has conda directly next to it (second image). I understand if this is just in the "not yet implemented" territory (I've read that you've been seeking to talk more closely with the Anaconda team), just slightly misleading as it currently is shown.

Hi @NowanIlfideme. Thanks for letting us know about this. I wasn't able to duplicate the issue just by opening a (Python) terminal. However, I did see the problem when opening a REPL. We'll investigate further.

This issue is does also trigger a problem when using the "install linter" command

I am seeing the same issue with local conda environments created with prefix (e.g. -p ./env). Discovery works but then activation fails every time I open a new terminal (cmd in my case).

The same problem.

I was pointed here from my stack-overflow question, so I assume this is a similar problem: https://stackoverflow.com/questions/54922399/activate-conda-environment-stopped-working-in-vscode

I have the same problem

Changing to enhancement, as this is by design, currently we only support envs with a name see here https://code.visualstudio.com/docs/python/environments#_conda-environments

Changing to enhancement, as this is by design, currently we only support envs with a name see here https://code.visualstudio.com/docs/python/environments#_conda-environments

Sorry for the confusion, but I do have an environment name in the problem I experience. So are they not related?

conda create -n myenv python=3.7
// myenv klasörünü oluşturur.
activate myenv
// envirementi aktif eder
conda install tensorflow

I have the same problem

I think I have found the solution eventually in some other thread here. However, don't really know which one, so I can't give a proper credit to the person who came up with this. However, putting:

    "terminal.integrated.env.osx": {
        "PATH": ""
    }

into settings.json file did the trick, until the bug is fixed.

@lpravda Tried on Windows. This has a lot of side-effects (can't reach any system exec files, for example), unless I'm missing something obvious.

@lpravda Tried on Windows. This has a lot of side-effects (can't reach any system exec files, for example), unless I'm missing something obvious.

I have a mac, so I assume that terminal.integrated.env.osx option works on mac only. There are other options terminal.integrated.env.linux and terminal.integrated.env.windows for different OS. But dont have a windows, so cant really test it.

I have a similar problem.
To create a local venv in the project directory, let's call it gym for the sake of the example, I use the command:

conda create --prefix ./gym

Problem is that vscode tries to activate it with activate gym instead of activate ./gym yielding an error of not found.
Running conda env list returns something like this:

base                 <base env path>
                     <project_path>/gym

The venv created from path doesn't have a name, so activating without the ./ prefix yields an error.

I have this issue too. Can't use various features when I have conda environments created with -p. In my case it's necessary to use prefixes in conda environments due to integration with our compute cluster. Looking forward to seeing a solution.

I found a hacky workaround on linux, if you created environments with -p. First find where your activate script is (I'm gonna assume that it's under ~/miniconda3/bin/). Then do

cd ~/miniconda3/bin/
mkdir vscode && cd vscode
cp ../activate .
sed -i 's/conda activate "$@"/[[ -d "$@" ]] \&\& conda activate "$@\/" || conda activate "$@"/g' activate

Finally add "python.condaPath": "~/miniconda3/bin/vscode/activate" to your settings.json. You can do this in your workspace or on the user level.

Not sure how to do this on Windows, but the idea is to check if the argument to conda activate is a directory, and if it is, append the separator so that conda treats it as a path rather than a name of an environment.

You might run into troubles if there is an environment with the same name as the path you specified to conda create --prefix.

Proposed Fix:

Need to update parseCondaEnvironmentNames, if we don't find a name we should leave it empty.
src\client\interpreter\locators\services\condaHelper.ts

Anywhere we use envInfo.name should be updated to use path if the name is empty string:
src\client\common\terminal\environmentActivationProviders\condaActivationProvider.ts see getActivationCommandsForInterpreter

Ensure that the path has a trailing path separator.

@karthiknadig
conda run can be used with path names as well. Validated.

✅ Validated using 2019.12.48501-dev