Skip to content

pipenv not returning environment following reload #1206

Description

I have one project set with pipenv as the environment manager. I have selected a pipenv environment and it is going great- the environment is selected in the project UI and being used in all execution scenarios. But then when I reload the entire window, the project manager view reports that "pipenv didn't not return an environment" or something like this. The setting is correct (still points to pipenv) but somehow the env we set prior to reload is not being loaded again.

Activity

  1. eleanorjboyd commented on Sep 24, 2026

    @eleanorjboyd
    MemberAuthor

    🤖 Triage: is the Pipenv environment still missing after Reload Window with the current Python Environments and Pipenv versions? If so, please share the project’s relevant python-envs.pythonProjects and default-manager settings, the Python Environments trace from immediately before and after reload, and whether pipenv --venv resolves the same path both times. We need this to identify which part of reload loses the environment.

  2. eleanorjboyd commented on Sep 30, 2026

    @eleanorjboyd
    MemberAuthor

    🤖 Tested:

    Scenarios tested:

    • Workspace-root project with a project-local Pipenv .venv.
    • Workspace-root project with an external Pipenv environment stored under WORKON_HOME.
    • Nested Python project with an explicit Pipenv entry in python-envs.pythonProjects and an external Pipenv environment.

    All three passed. After reload, without reselecting the environment:

    • The public API returned the same selected environment.
    • The backing environment lookup used by the Projects view returned that environment, including the initial lookup before explicitly enumerating environments.
    • The effective project/default-manager settings were preserved.
    • pipenv --venv returned the same path.
    • Running the selected interpreter directly produced the expected sys.prefix.

    Test setup: macOS ARM64; local Python Environments 1.39.0 build at commit f0648b9d; VS Code 1.139.1; Python extension 2026.6.0 loaded; Pipenv 2025.0.4. Each scenario used an isolated VS Code profile.

    I could not reproduce the reported failure on this checkout.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

bugIssue identified by VS Code Team member as probable bugtriage-needed

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions