Intellisense hangs with `Loading...`
See original GitHub issueEnvironment data
VS Code version: 1.19.0 Python Extension version: 0.9.0 Python Version: 3.6.3 OS and version: MacOS 10.13.2
Actual behavior
Intellisense hangs indefintely with Loading...
when hovering over a function.
Expected behavior
Intellisense provides documentation about the function.
Steps to reproduce:
- Hover over a function
Output from Console window
(Help->Developer Tools menu)
Python Extension: error jediProxy, Error (error) Error: spawn python3 ENOENT null
Additional Information
I just updated to 0.9.0 and Intellisense stopped workings.
It seems that the extension cannot find python3 on my path. I installed python3 using homebrew in /usr/local/. I prepend /usr/local/ to my PATH in .profile and .zprofile. I also activate my default python3 virtualenv in my .zshrc.
Running python3 programs works in the vscode integrated terminal. This bug occurs regardless of whether I launch vscode from either the terminal or the application folder. This bug may be related to saravanan-k90/python-jedi#9.
Let me know if there’s any way I can help!
Issue Analytics
- State:
- Created 6 years ago
- Reactions:8
- Comments:13 (2 by maintainers)
Top GitHub Comments
Same issue for me. Everything working until I updated…I downgraded my vs code to 1.18.1 to check if it was the VS code update but it still doesn’t work in the previous VS code version—I have no python intellisense functionality, just hangs on “loading…”. VS code version: 1.18.1 Python extension 0.9.0 Python 3.6.0 Mac OS 10.13.2
Update:
For me, the problem was caused by the
python.pythonPath
variable in my VS code settings. Before, I had simply usedpython3
and this was ok. Now, after noticing the python debugger asking me to validate the python path, I changed it to a fully qualified path (pasting in the result of running$ which python3
in terminal), and that seems to have fixed both my debugger issues and the intellisense issues mentioned above.Working fine until I upgraded to vscode 1.19.0, same problem occurred.
Update:
After explicitly set the
python.pythonPath
to the fully qualified path of my virtual env’s python, the problem seems to be fixed.