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 }}
This repository was archived by the owner on Apr 14, 2022. It is now read-only.
Repository navigation
This repository was archived by the owner on Apr 14, 2022. It is now read-only.
Analysis of models.GAN.gan (User) queued. Dependencies: torch, torch.nn
Completions in file:///home/p***/Generative-models/models/GAN/gan.py at (19, 24)
Analysis version 4594 of 1 entries has started.
Analysis of models.GAN.gan (User) on depth 0 completed in 0.48 ms.
Analysis complete: 1 modules in 17.34 ms.
Analysis version 4594 of 1 entries has been completed in 0.66 ms.
IntelliCode identified 3 likely completion items.
From the log it looks like torch is still being analyzed and so far only partial data is known. Do you see
Analysis complete: 1152 modules in 16709.68 ms.
Analysis version 2024 of 1111 entries has been completed in 4644.41 ms.
Forcing full garbage collection and heap compaction.
in the Output? Any Analyzing, X items remaining in the status bar?
Setting
"python.analysis.logLevel": "Trace" enabled gives me the following (in the attachments you will find the full trace):
Hover in file:///home/p***/Generative-models/models/GAN/gan.py at (66, 21)
Analysis of gan (User) queued. Dependencies: torch, torch.nn, torch.nn.functional, numpy
Analysis version 1615 of 1 entries has started.
Analysis of gan (User) on depth 0 completed in 9.51 ms.
Analysis complete: 1 modules in 12.75 ms.
Analysis version 1615 of 1 entries has been completed in 9.95 ms.
Analysis of gan (User) queued. Dependencies: torch, torch.nn, torch.nn.functional, numpy
Analysis version 1616 of 1 entries has started.
Analysis of gan (User) on depth 0 completed in 4.3 ms.
Analysis complete: 1 modules in 9.25 ms.
Analysis version 1616 of 1 entries has been completed in 4.82 ms.
Analysis of gan (User) queued. Dependencies: torch, torch.nn, torch.nn.functional, numpy
Analysis version 1617 of 1 entries has started.
Analysis of gan (User) on depth 0 completed in 5.56 ms.
Analysis complete: 1 modules in 8.05 ms.
Analysis version 1617 of 1 entries has been completed in 6.1 ms.
Completions in file:///home/p***/Generative-models/models/GAN/gan.py at (67, 9)
Mikhail Arkhipov (@MikhailArkhipov) As an update, I actually get autocomplete just fine in normal operation, it's while in a remote-ssh session that I don't have the autocomplete for torch.nn.
my settings.json on the remote:
{
"python.condaPath": "~/anaconda3/bin/conda",
"python.dataScience.allowUnauthorizedRemoteConnection": true,
"python.dataScience.autoPreviewNotebooksInInteractivePane": true,
"python.pythonPath": "/home/username/anaconda3/envs/torch/bin/python",
"autoDocstring.docstringFormat": "sphinx",
"python.analysis.downloadChannel": "beta"
}
I put the beta download channel on both remote and local User settings for vscode, I don't know if remote-ssh actually looks at the remote config though.
config looks unrecognized and issue not solved after reload of window ; that being said, is there anything else we could check in the analysis parameters? like caching level or else
I checked a clean folder: new virtual env, only one file with import torch=> same issue
The setting is not 'public' it is mostly for development purposes so yes, it is normally appear grayed out.
Might be a path watcher bug, PR #1841 is up.
Victor Schmidt (@vict0rsch) if we don't get a response here I can make a new issue, since it seems that this (+ the others about this problem) are abandoned...
Please, don't open a new issue. We're aware of this and will just close them as duplicates (as we should have for #1937). We simply have not had the time to dive into this issue and try to reproduce/fix it.
Mikhail Arkhipov (@MikhailArkhipov)
I have the same issue in Server A, but normal in Server B. They have the same version of vscode-server(version 1.45.1)/LS(version 0.5.50.0)/torch(version 1.4.0), except for Server B with the network.
Server B:
Server A:
I have similar issue. Autocomplete didn't work with Pytorch on remote servers (localy everything was OK). I tried Pylance, and it works great, it also support IntelliCode
Language server version is unrelated to Python extension version. They are not bundled and updated separately. jediEnabled setting no longer exists, since around July release of the extension. It is now simple list of Jedi, Microsoft and Pylance in the languageServer setting.
Language server version is unrelated to Python extension version. They are not bundled and updated separately. jediEnabled setting no longer exists, since around July release of the extension. It is now simple list of Jedi, Microsoft and Pylance in the languageServer setting.
Yes, I tried to select Jedi languageServer in version 2020.8.101144, and it work well. Thanks.
Activity
MikhailArkhipov commentedon Nov 18, 2019
From the log it looks like
torchis still being analyzed and so far only partial data is known. Do you seein the Output? Any
Analyzing, X items remainingin the status bar?Setting
may help to see if analysis is still running.
vict0rsch commentedon Nov 18, 2019
I have the same issue with torch.nn not being recognized but
import torch.nn.functional as Fsuggesting the right info.I made a gist with the output of the extension's
outputwithlogLevel: trace=> https://gist.github.com/vict0rsch/99510e0e527cb3bef6dfad04265999c3Salzy commentedon Nov 20, 2019
"python.analysis.logLevel": "Trace"enabled gives me the following (in the attachments you will find the full trace):trace.txt
vict0rsch commentedon Nov 29, 2019
Mikhail Arkhipov (@MikhailArkhipov) any news on that?
dasturge commentedon Dec 13, 2019
Having this issue as well!
MikhailArkhipov commentedon Dec 13, 2019
Could you try latest in beta channel? So far I couldn't repro it.
dasturge commentedon Dec 15, 2019
Mikhail Arkhipov (@MikhailArkhipov) As an update, I actually get autocomplete just fine in normal operation, it's while in a remote-ssh session that I don't have the autocomplete for torch.nn.
my settings.json on the remote:
{
"python.condaPath": "~/anaconda3/bin/conda",
"python.dataScience.allowUnauthorizedRemoteConnection": true,
"python.dataScience.autoPreviewNotebooksInInteractivePane": true,
"python.pythonPath": "/home/username/anaconda3/envs/torch/bin/python",
"autoDocstring.docstringFormat": "sphinx",
"python.analysis.downloadChannel": "beta"
}
I put the beta download channel on both remote and local User settings for vscode, I don't know if remote-ssh actually looks at the remote config though.
vict0rsch commentedon Dec 16, 2019
config looks unrecognized and issue not solved after reload of window ; that being said, is there anything else we could check in the analysis parameters? like caching level or else
I checked a clean folder: new virtual env, only one file with
import torch=> same issueFYI: trace gist
MikhailArkhipov commentedon Dec 16, 2019
The setting is not 'public' it is mostly for development purposes so yes, it is normally appear grayed out.
Might be a path watcher bug, PR #1841 is up.
MikhailArkhipov commentedon Dec 16, 2019
#1841 is in 0.5.10+
vict0rsch commentedon Dec 16, 2019
How can I check which version of the language server I'm running?
jakebailey commentedon Dec 16, 2019
https://github.com/microsoft/python-language-server/wiki/Versioning-and-download-channels
vict0rsch commentedon Dec 16, 2019
thanks ; I'll check now
vict0rsch commentedon Dec 16, 2019
Still there. Issue not fixed. trace gist
MikhailArkhipov commentedon Dec 16, 2019
Could you attach the log from output window please
1 remaining item
vict0rsch commentedon Dec 16, 2019
FYI, some packages can be imported. Suggestions from
import torch.:vict0rsch commentedon Feb 5, 2020
This worked for an afternoon
FYI, I still had the issue with the latest version of everything (code, python extension, weekly insiders channel etc.).
What fixed it for me is a good old on/off uninstalling and re-installing VSCode alltogether
~/Library/Application Support/Code/Usersettings.jsonkeybindings.jsonsnippets/folder4. save your extension list:
code --list-extensions | xargs -L 1 echo code --install-extensionAnd it's gone again...
sachit-menon commentedon Apr 28, 2020
Is there a fix for this yet? I have the same issue, so wanted to bump it.
vict0rsch commentedon Apr 28, 2020
Sachit Menon (@sachit-menon) For now the only fix I found is to use Jedi and drop this language server altogether :(
(said issue persists with version
0.5.45.0of PLS)Code:
Failure:
Analysis:
sachit-menon commentedon Apr 28, 2020
Agh, that's unfortunate. Thanks for the heads up. Mikhail Arkhipov (@MikhailArkhipov) ?
Victor Schmidt (@vict0rsch) if we don't get a response here I can make a new issue, since it seems that this (+ the others about this problem) are abandoned...
jakebailey commentedon Apr 28, 2020
Please, don't open a new issue. We're aware of this and will just close them as duplicates (as we should have for #1937). We simply have not had the time to dive into this issue and try to reproduce/fix it.
sachit-menon commentedon Apr 28, 2020
Got it, appreciate you communicating that you're aware of it. Eager to hear any updates as they come up. Thanks!
saeedizadi commentedon May 28, 2020
Hi,
Is there any fix/update on this?
zlcnup commentedon Jun 1, 2020
Mikhail Arkhipov (@MikhailArkhipov)


I have the same issue in Server A, but normal in Server B. They have the same version of vscode-server(version 1.45.1)/LS(version 0.5.50.0)/torch(version 1.4.0), except for Server B with the network.
Server B:
Server A:
The main difference in log:
Server B:
Import: torch /opt/conda/envs/py37/lib/python3.7/site-packages/torch/__init__.pyAnalysis of torch (Library) queued. Dependencies: torch, os, sys, platform, torch._utils, torch._utils_internal, torch.version, torch._six, numpy, torch._dl, torch._C, torch.random, torch.serialization, torch._tensor_str, torch.tensor, torch.storage, torch.functional, torch.cuda, torch.autograd, torch.nn, torch.nn.intrinsic, torch.nn.quantized, torch.optim, torch.multiprocessing, torch.sparse, torch.utils, torch.utils.backcompat, torch.onnx, torch.jit, torch.hub, torch.distributions, torch.testing, torch.backends, torch.backends.cuda, torch.backends.mkl, torch.backends.openmp, torch.backends.quantized, torch.quantization, torch.utils.data, torch.__config__, torch.__future__, torch._torch_docs, torch._tensor_docs, torch._storage_docs, torch._ops, torch._classes, torch.quasirandomServer A:
[NO Import]Analysis of torch (Stub) queued. Dependencies: torch._six, torch.random, torch._tensor_str, torch.functional, torch.serialization, torch.autograd, torch.cuda, torch.optim, torch.nnmarkste-in commentedon Aug 4, 2020
I have the same behaviour not just in VSCode 1.47.3/v2020.7.96456 but also in PyCharm 2020.2 with Python 3.7.7
MikhailArkhipov commentedon Aug 4, 2020
Have you tried Pylance server?
akwasigroch commentedon Aug 13, 2020
I have similar issue. Autocomplete didn't work with Pytorch on remote servers (localy everything was OK). I tried Pylance, and it works great, it also support IntelliCode
toddwyl commentedon Aug 20, 2020
Tommy Markstein (@markste-in) Zhao Lei (@zlcnup) Mikhail Arkhipov (@MikhailArkhipov)
Issue:
I have the same issue. And torch and torch.nn and numpy.random have no IntelliSense.
Solution:
I tried a lot of method and found a solution maybe work.
I set Python: Language Server with Microsoft, but enable jedi.
After u modified it, u should reload the vscode.
Downgrade version
And remember downgrade the extension-python version.
If I use version 2020.8.101144, I cannot enable jedi. And get no IntelliSense.
If I use verision 2020.5.78807, it work well.
MikhailArkhipov commentedon Aug 20, 2020
Language server version is unrelated to Python extension version. They are not bundled and updated separately.
jediEnabledsetting no longer exists, since around July release of the extension. It is now simple list ofJedi,MicrosoftandPylancein thelanguageServersetting.toddwyl commentedon Aug 21, 2020
Yes, I tried to select
JedilanguageServer in version2020.8.101144, and it work well. Thanks.