You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Missing leading semicolon when appending to PATH on Windows #882
When the debugpy extension appends its path to the PATH environment variable, it does not check if the existing PATH ends with a semicolon. If another tool (e.g., Bun) writes a PATH entry without a trailing semicolon, the paths get concatenated:
Check if the existing PATH ends with a semicolon and add one if missing
Steps to reproduce:
Have a PATH entry that does not end with a semicolon (e.g., current version of bun).
Open a Python project with a venv in VSCode (e.g, current version of uv (uv 0.9.9 (4fac4cb7e 2025-11-12))).
Open an integrated terminal.
Check $env:PATH — the paths are concatenated without separator.
Note:
This might be related to (but probably different from) #740 which fixed double semicolons (;;). This issue is about the missing leading semicolon when appending (most probably).
I also encountered this, but strangely it only happens in one particular workspace; in other workspaces it seems to be concatenated with a semicolon as expected.
I have the same issue where it clashes with the Databricks extension which prefix it's env variable and does not postfix it.
I assume that the code added in #748 is set on initialization is is not dynamic enough to capture other extensions causing issues?
Activity
readncode commentedon Dec 4, 2025
I ran into this issue and it took me a long time to track down.
Version 2025.16.0
vscode 1.107.0-insider
rmccampbell commentedon Dec 10, 2025
I also encountered this, but strangely it only happens in one particular workspace; in other workspaces it seems to be concatenated with a semicolon as expected.
cmollgaard commentedon Jan 5, 2026
I have the same issue where it clashes with the Databricks extension which prefix it's env variable and does not postfix it.
I assume that the code added in #748 is set on initialization is is not dynamic enough to capture other extensions causing issues?
rchiodo commentedon Feb 24, 2026
I believe this is a dupe of #843 which has been fixed in the latest prerelease.