Closed F8F-Bearcat closed 6 years ago
Same issue after Windows 10 latest update.
@matvelloso
Please could you create a separate GitHub issue. The issue you are facing is un-related to conda. (You are facing this issue even without conda).
here's your python path:
"pythonPath":"/home/travis/virtualenv/python3.7-dev/bin/python","args":
Sorry but isn't that the general case for most people here? It looks like the general pattern is folks who installed the latest win update and now can't debug, regardless whether they are using conda?
same issue - can run the python script fine by right clicking and running in terminal, but debugging times out.
Setting console to "none" allows debugger to start but none of the path info seems present.
Traceback (most recent call last):
File "C:\Users\park\Anaconda3\lib\site-packages\numpy\core__init__.py", line 16, in
Debugging works fine through Anaconda Navigator using Spyder
{
"name": "Python: Terminal (none)",
"type": "python",
"request": "launch",
"program": "${file}",
"console": "none"
}
Hi Everyone, please could you try the following:
command prompt
(instead of PowerShell)settings.json
and add the following setting:
"python.terminal.activateEnvironment": false
Reload VS Code, try debugging again. Please upload screenshots of the terminal along with any error messages received.
I can run the debugger when I change my default shell to command prompt (instead of PowerShell).
Disabling the auto-activation is not necessary for me.
Changing default shell to command prompt sorted the problem for me as well.
@matvelloso
Sorry but isn't that the general case for most people here? It looks like the general pattern is folks who
Apologies, yes. agreed
Changing shell to command prompt fixed the issue for me.
confirmed, change to default shell appears to fix the (windows update related) issue.
Had the exact same problem, DonJayamanne's solution worked for me!
Same issue in the Mac OS X latest version. And problem solved after changing version to 1.23.1. So maybe this issue doesn't only exit in win latest version.
@lrStyle
Same issue in the Mac OS X latest version.
Please could you provide a screenshot of the error message and the terminal output.
And problem solved after changing version to 1.23.1
Version of what software?
FYI Switching to command line on my VS Code on win 10 seems to have solved the issue too
Hi Don, thanks for your response. This is my screenshot of error message:
And below is the output of terminal: LrrrdeMacBook-Pro:IMDB lrrr$ cd /Users/lrrr/Desktop/IMDB ; env "PYTHONIOENCODING=UTF-8" "PYTHONUNBUFFERED=1" /usr/local/bin/python3 /Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd_launcher.py 56763 /Users/lrrr/Desktop/IMDB/code.py Hello World Traceback (most recent call last): File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_cython_wrapper.py", line 3, in from _pydevd_bundle_ext.pydevd_cython import trace_dispatch, PyDBAdditionalThreadInfo, set_additional_thread_info, global_cache_skips,global_cache_frame_skips ModuleNotFoundError: No module named '_pydevd_bundle_ext' During handling of the above exception, another exception occurred:
Traceback (most recent call last): File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_cython_wrapper.py", line 9, in from _pydevd_bundle.pydevd_cython import trace_dispatch, PyDBAdditionalThreadInfo, set_additional_thread_info, global_cache_skips, ModuleNotFoundError: No module named '_pydevd_bundle.pydevd_cython'
During handling of the above exception, another exception occurred:
Traceback (most recent call last): File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_additional_thread_info.py", line 17, in from _pydevd_bundle.pydevd_cython_wrapper import PyDBAdditionalThreadInfo, set_additional_thread_info File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_cython_wrapper.py", line 40, in mod = import(check_name) ModuleNotFoundError: No module named '_pydevd_bundle.pydevd_cython_darwin_37_64'
During handling of the above exception, another exception occurred:
Traceback (most recent call last): File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/pydevconsole.py", line 9, in from code import InteractiveConsole ImportError: cannot import name 'InteractiveConsole' from 'code' (/Users/lrrr/Desktop/IMDB/code.py)
During handling of the above exception, another exception occurred:
Traceback (most recent call last): File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd_launcher.py", line 85, in import ptvsd File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/init.py", line 13, in from ._vendored import force_pydevd File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/force_pydevd.py", line 40,in 'pydevd', File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/init.py", line 123, inpreimport import_module(name) File "/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/importlib/init.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/pydevd.py", line 29, in from _pydevd_bundle.pydevd_additional_thread_info import set_additional_thread_info File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_additional_thread_info.py", line 19, in from _pydevd_bundle.pydevd_additional_thread_info_regular import PyDBAdditionalThreadInfo, set_additional_thread_info # @UnusedImport File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_additional_thread_info_regular.py", line 7, in from _pydevd_bundle.pydevd_frame import PyDBFrame File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_frame.py", line 11, in from _pydevd_bundle.pydevd_comm import CMD_STEP_CAUGHT_EXCEPTION, CMD_STEP_RETURN, CMD_STEP_OVER, CMD_SET_BREAK, File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevd_comm.py", line 89, in import pydevconsole File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/pydevconsole.py", line 11, in from _pydevd_bundle.pydevconsole_code_for_ironpython import InteractiveConsole File "/Users/lrrr/.vscode/extensions/ms-python.python-2018.9.0/pythonFiles/experimental/ptvsd/ptvsd/_vendored/pydevd/_pydevd_bundle/pydevconsole_code_for_ironpython.py", line 105 except SyntaxError, err: ^ SyntaxError: invalid syntax
Internal error detected. Please copy the above traceback and report at https://github.com/Microsoft/vscode-python/issues/new
And after I uninstalled the 1.28 of Mac OS and changed the version to 1.23 of Mac OS, there is no such problem.
Confirmation that command prompt solved the issue. Latest windows 10 and Anaconda v1.9.2
Not smart enough to change to the command shell.
But
Disable auto-activation of the terminal. Go into settings.json and add the following setting: "python.terminal.activateEnvironment": false
This Worked! I am back and running - thanks
I got the same problem, and it seems to be due to conda env,
Changing to default shell to cmd worked as well.
To change default shell: 1) File -> Preferences -> Settings 2) Search "Terminal" 3) Find a setting with an option to "Edit in settings.json" 4) Search for "terminal.integrated.shell.windows" 5) In the window on the right for User Settings change value from PowerShell path to cmd "C:\windows\System32\cmd.exe"
Thanks – the thread suggested both actions – but I was not smart enough to change the default shell. This helps.
Sent from Mail for Windows 10
From: Jonathan Dobrzeniecki Sent: Thursday, October 11, 2018 10:36 PM To: Microsoft/vscode-python Cc: PCJimmmy; Comment Subject: Re: [Microsoft/vscode-python] Python Timeout waiting for debuggerconnection when using Anaconda (#2732)
Changing to default shell to cmd worked as well. To change default shell:
@PCJimmmy
I'm a little confused. Are you saying that changing the shell to cmd is what fixed the issue or was it disabling auto activation?
In the GitHub for the extension discussion it was indicated that changing the shell and disabling auto should be tried. Folks seemed to report that one or both fixed things for them. For me, I could not figure out how to change the shell and only did the one action. But it fixed it for me. Seems like either or both might work, but I am still using the powershell on two machines that were broke and are now fixed by way of disable auto-activation.
Don’t understand why its an either or both or just one fix – they don’t seem that related to me, but guess if you dig into the extension coding you might be able to make sense of why either works.
When I later tried to follow Jonathan D directions for changing the shell I found that I had no terminal.integrated.shell.windows – it was a .linux only. This was on my machine that I did a 100% clean reinstall of windows, anaconda and vs code. For fear of breaking things again I left the shell change for another day.
Jim
Sent from Mail for Windows 10
From: Don Jayamanne Sent: Friday, October 12, 2018 12:12 AM To: Microsoft/vscode-python Cc: PCJimmmy; Mention Subject: Re: [Microsoft/vscode-python] Python Timeout waiting for debuggerconnection when using Anaconda (#2732)
@PCJimmmy I'm a little confused. Are you saying that changing the shell to cmd is what fixed the issue or was it disabling auto activation? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
As suggested, switching from Powershell to cmd OR disabling auto activation solved the issue for me.
still not working same problem tried chaning powershell as well as disabled auto activation as suggested above. Python 3.6.5 :: Anaconda, Inc.
guess will have to go back to spyder :-(
You need to go back to version 1.27 the bug is with 1.28. It seems not working with env, if you use root anaconda without any environment, it works
Tried Spyder yesterday – I had forgotten how visually challenging it was.
Seems to be some difference of opinion as to the cause – VS Code closed this issue today saying it’s the extension. I almost ran the test for you of using 1.27 as I mucked up my machine so bad trying to fix this issue that I needed a clean windows install. Was going to install 1.27 (download is easy to find) but the fix worked on my second machine before I reached that point in the process of reinstall – mess up my machine so often I am getting real good at the long process to get Python back running tensorflow and keras with dual GPU. Did not look to see if I could install the previous version of the extension.
The extension, vs code and windows all seemed to like Oct 9th for update day – so not clear in my mind where the issue lies. If I was still having issues guess I would be on GitHub for the extension.
Sent from Mail for Windows 10
From: srirambm Sent: Friday, October 12, 2018 10:21 AM To: Microsoft/vscode-python Cc: PCJimmmy; Mention Subject: Re: [Microsoft/vscode-python] Python Timeout waiting for debuggerconnection when using Anaconda (#2732)
guess will have to go back to spyder :-( — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
@elfayoumi @ninja-asa @jdobrzen @wpilgri @matvelloso @lorossee @matkoh @graywolfcorp @HughGrovesArup @F8F-Bearcat @ColombianViking @2Dews @conorfos @demo16
I'd like to rule out Powershell as the cause:
In my test, the problem remained the same. Only actually switching to command prompt fixes it.
Above changes reverted to prior debugger error not finding path - Win 10
Exception has occurred: ImportError
Importing the multiarray numpy extension module failed. Most likely you are trying to import a failed build of numpy. If you're working with a numpy git repo, try git clean -xdf
(removes all files not under version control). Otherwise reinstall numpy. Original error was: DLL load failed: The specified module could not be found.
Don
I have two machines running 1.28.1 The first is a very clean (last night) install of win 10, anaconda python. Its still contains Powershell and disabled auto-activation.
The second also 1.28.1 (both using the Oct 9 Python extension) – its not as clear – playing around I got my current running script using the Python Debug Console – stills have Powershell but its not the active terminal. Likely 12 hours away from that running script terminating – but will confirm things running with Powershell. But on machine 1 if I start with powershell as terminal as soon as I hit f5 to run script terminal switches to Python Debug Console.
I just went into json settings on the first machine – removed the disable auto-activation and its broken again. Press F5 and I get this output in the terminal – followed in 20-30 seconds with the timeout dialog.
Put disable back into json settings – and back to working.
To break it after removing I did need to unload and reload VS Code. To fix it, just needed to make the json change and save.
Jim
Sent from Mail for Windows 10
From: Don Jayamanne Sent: Friday, October 12, 2018 11:02 AM To: Microsoft/vscode-python Cc: PCJimmmy; Mention Subject: Re: [Microsoft/vscode-python] Python Timeout waiting for debuggerconnection when using Anaconda (#2732)
@elfayoumi @ninja-asa @jdobrzen @wpilgri @matvelloso @lorossee @matkoh @graywolfcorp @HughGrovesArup @F8F-Bearcat @ColombianViking @2Dews @conorfos @demo16 I'd like to rule out Powershell as the cause: • Please could you ensure you have Powershell as your default shell in VSCode • Next disable auto-activation of the terminal. Go into settings.json and add the following setting: "python.terminal.activateEnvironment": false • Try debugging once again Please let me know whether this fix alone works. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
Ok thanks. will try. I just shited to Vs code and am not aware of the full history.
regards
[image: Mailtrack] https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5& Sender notified by Mailtrack https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5& 10/12/18, 9:21:49 PM
On Fri, Oct 12, 2018 at 7:52 PM Ibrahim El-Fayoumi notifications@github.com wrote:
You need to go back to version 1.27 the bug is with 1.28.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/Microsoft/vscode-python/issues/2732#issuecomment-429343017, or mute the thread https://github.com/notifications/unsubscribe-auth/AFada_7ClHuLCH5hAhLANJHKg9RaVpBwks5ukKWlgaJpZM4XA1ui .
-- Balaraman Sriram
@DonJayamanne
Yes, only by disabling the auto-activation of the environment I stop getting the error aforementioned "Timeout waiting for debugger connection"
"python.terminal.activateEnvironment": false,
"terminal.integrated.shell.windows": "C:\\WINDOWS\\System32\\WindowsPowerShell\\v1.0\\powershell.exe",
Same settings as @ninja-asa work for me
@DonJayamanne
Yes, only by disabling the auto-activation of the environment I stop getting the error aforementioned "Timeout waiting for debugger connection"
"python.terminal.activateEnvironment": false, "terminal.integrated.shell.windows": "C:\\WINDOWS\\System32\\WindowsPowerShell\\v1.0\\powershell.exe",
Nope just went back to 1.27.2 changed settings as mentioned restarted and getting the same timeout error
I can get debugger and everything fine if I change my python interpreter to something else other than any of conda environments
We believe there are two issues going on (PowerShell not activating fast enough under conda to get the debug command, and a potential issue related to the Windows 10 October 2018 release regardless of environment activation), and due to the amount of comments here it has become hard for us to tell what configurations are leading to failures. If people can provide the following it would be really helpful:
A massive thanks to anyone able to provide details regarding this!
VS Code version | Python extension version | Windows 10 version ("About your PC") | PowerShell version (`$PSVersionTable.PSVersion`) | Python version | Python environment | Environment activation (`"python.terminal.activateEnvironment"`) | Debugging works |
---|---|---|---|---|---|---|---|
1.28.1 | 2018.9.0 | Windows 10 1803 | PS 5.1 17134 | Python 3.7.0 | venv | `true` | Y |
1.28.1 | 2018.9.0 | Windows 10 1803 | PS 5.1 17134 | Python 3.7.0 | conda 4.5.11 | `false` | Y |
1.28.1 | 2018.9.0 | Windows 10 1803 | PS 5.1 17134 | Python 3.7.0 | conda 4.5.11 | `true` | **N** |
@brettcannon The settings/versions/code I am using and consequent debugging ability and screenshot are like the ones you shared.
Default Shell set to Command Prompt
I need to either exclude the python.terminal.activateEnvironment setting or have it set to true in order for debugging to work.
VS Code: 1.28.1 Python Extension: 2018.9.0 Windows 10: Windows 10 Pro 1809 Powershell: PS 5.1.17763.1 Python: 3.7.0 Python Environment: conda 4.5.1 "python.terminal.activateEnvironment": true
Debugging works: Y
VS Code: 1.28.1 Python Extension: 2018.9.0 Windows 10: Windows 10 Pro 1809 Powershell: PS 5.1.17763.1 Python: 3.7.0 Python Environment: conda 4.5.1 "python.terminal.activateEnvironment": false
Debugging works: N
launch.json
{
"name": "Python",
"type": "python",
"request": "launch",
"console": "integratedTerminal",
"program": "${file}",
},
@graywolfcorp
Please could you try debugging a simple print("hello")
statement with Powershell. Right now, importing numpy
, etc is a different issue. We're trying to figure out the Debugger Timeout connection
issue.
for print("hello")
Default Shell set to Powershell "python.terminal.activateEnvironment": true
Debugging works: N - timeout
Default Shell set to Powershell "python.terminal.activateEnvironment": false
Debugging works: Y
Default Shell set to cmd "python.terminal.activateEnvironment": false
Debugging works: Y
Default Shell set to cmd "python.terminal.activateEnvironment": true
Debugging works: Y
launch.json
{
"name": "Python: Terminal (integrated)",
"type": "python",
"request": "launch",
"program": "${file}",
"console": "integratedTerminal"
},
Brett
Two machines – both showing identical response – both running a long script that I don’t want to kill at the present. Both have been running VS pretty continuously for the last couple weeks.
1.28.1 2018.9.0 Windows 10 1803 Python 3.7.0 conda 4.5.11 ‘false’ - works like a charm.
1.28.0 2018.9.0 Win 10 1809 Python 3.6.5 conda 4.5.11 ‘false’ – works like a charm.
Sent from Mail for Windows 10
From: Brett Cannon Sent: Friday, October 12, 2018 12:26 PM To: Microsoft/vscode-python Cc: PCJimmmy; Mention Subject: Re: [Microsoft/vscode-python] Timeout waiting for debugger connectionwhen using Windows PowerShell (#2732)
We believe there are two issues going on (PowerShell not activating fast enough under conda to get the debug command, and a potential issue related to the Windows 10 October 2018 release regardless of environment activation), and due to the amount of comments here it has become hard for us to tell what configurations are leading to failures. If people can provide the following it would be really helpful:
$PSVersionTable.PSVersion
)
Python version
Python environment
Environment activation ("python.terminal.activateEnvironment"
)
Debugging works
1.28.1
2018.9.0
Windows 10 1803
PS 5.1 17134
Python 3.7.0
venv
true
Y
1.28.1
2018.9.0
Windows 10 1803
PS 5.1 17134
Python 3.7.0
conda 4.5.11
false
Y
1.28.1
2018.9.0
Windows 10 1803
PS 5.1 17134
Python 3.7.0
conda 4.5.11
true
N
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.@PCJimmmy
Two machines – both showing identical response – both running a long script that I don’t want to kill at the present.
Please could you try running a new simple script such as print("Hello")
Same issues repeated on 3 different PC.
All the configuration are all the same as below:
VS Code version | Python extension version | Windows 10 version ("About your PC") | PowerShell version ($PSVersionTable.PSVersion ) |
Python version | Python environment | Environment activation ("python.terminal.activateEnvironment" ) |
Debugging works |
---|---|---|---|---|---|---|---|
1.28.1 | 2018.9.0 | Windows 10 1709 | PS 5.1 16299 | Python 3.7.0 | conda 5.3 | true |
N |
Thanks to everyone for the help! We're fairly certain we have eliminated the Windows 10 October 2018 worry and corroborated that this is all because our hack around conda's lack of PowerShell support just isn't robust enough based on the APIs that VS Code provides us. We are going to get a fix out that will let you know that conda + PowerShell are not a good combination for debugging (conda should have the support necessary in conda 4.6). We will also make it easy to switch your terminal over to command prompt so that you can still debug with an activated conda environment. Otherwise you can disable environment activation and stick with PowerShell if you prefer while still being able to debug.
just open the lauch.json file and add the following configuration:
{
"name": "Python: Debug Console",
"type": "python",
"request": "launch",
"program": "${file}",
"console": "none"
}
When you specify "none" for the console, it will run the debugger in the debugger console instead of running in the internal or external terminal. And it will work
@Beta3-Data yes, but it won't activate your conda environment either which many people want/expect.
just open the lauch.json file and add the following configuration:
{ "name": "Python: Debug Console", "type": "python", "request": "launch", "program": "${file}", "console": "none" }
just did this and issue continues, I have set two things activate environment to false added the above into launch.json
am I the only one with the issue, please I see others have closed it. I am trying to use python for testing azure functions other than using C#. and thought vs code with its deep integration will be useful.
@srirambm if you are using conda w/ PowerShell then either don't use conda or switch to Command Prompt. If you're not using conda w/ PowerShel then you have a different issue.
Environment data
Actual behavior
with a simple hello world - click on debugger selection and green run debug symbol, timeout occurs waiting for debugger connection
Expected behavior
Expecting debugger to connect
Steps to reproduce:
Logs
Output for
Python
in theOutput
panel (View
→Output
, change the drop-down the upper-right of theOutput
panel toPython
)Output from
Console
under theDeveloper Tools
panel (toggle Developer Tools on underHelp
)OK, opening the ticket, as Brett suggested was a good idea. I had no idea this was the way to get a error message to trigger off of. I searched the error and found a similar issue. There were several questions there which I will answer here.
Conda install location: C:\PyAna2
.vscode/settings.json, what is python.pythonPath value? I find no settings.json file there, extensions only
Conda env list:
(pandas36) C:\Users\Free Agent>conda env list
conda environments:
#
base C:\PyAna2 pandas36 * C:\PyAna2\envs\pandas36 pdf27 C:\PyAna2\envs\pdf27
Path: (pandas36) C:\Users\Free Agent>path PATH=C:\PyAna2\envs\pandas36;C:\PyAna2\envs\pandas36\Library\mingw-w64\bin;C:\PyAna2\envs\pandas36\Library\usr\bin;C:\PyAna2\envs\pandas36\Library\bin;C:\PyAna2\envs\pandas36\Scripts;C:\PyAna2\envs\pandas36\bin;C:\PyAna2;C:\PyAna2\Library\mingw-w64\bin;C:\PyAna2\Library\usr\bin;C:\PyAna2\Library\bin;C:\PyAna2\Scripts;C:\PyAna2\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\WINDOWS\System32\OpenSSH\;C:\HashiCorp\Vagrant\bin;C:\Program Files\PuTTY\;C:\Program Files\Microsoft VS Code\bin;C:\Program Files\Git\cmd;C:\Users\Free Agent\AppData\Local\Microsoft\WindowsApps;C:\Users\Free Agent\AppData\Local\GitHubDesktop\bin;C:\Users\Free Agent\AppData\Local\Programs\MiKTeX 2.9\miktex\bin\x64\;C:\Users\Free Agent\AppData\Local\Microsoft\WindowsApps;
So looks like I should start with the fact there is no settings.json file in .vscode?
I also don't have "conda" on the path, though I do have the conda environments on the path.