python intellisense stopped functioning after upgrade from 4.40.x to 4.104.0

[deostroll]

Is there an existing issue for this?

• I have searched the existing issues

OS/Web Information

• Web Browser: msedge
• Local OS: windows
• Remote OS: ubuntu
• Remote Architecture: x64
• code-server --version: 4.104.0 ba774d9 with Code 1.104.0

Steps to Reproduce

1. Create a python virtual environment. Install dependencies like pymongo, etc
2. in a code file type from gridfs import (note the space)

Further if you go to a function and right-click and Go To Definition nothing happens.

This was working with the previous versions. But now it stopped working

Expected

Expected to see a popup list of all the exportable classes, function, objects, etc imported from that python module.

Actual

Nothing appears.

Logs

# code-server
[2025-09-19T18:40:55.677Z] info  code-server 4.104.0 ba774d989b4983b38a857220b17e5301e71dba5c
[2025-09-19T18:40:55.682Z] info  Using user-data-dir /home/deostroll/.local/share/code-server
[2025-09-19T18:40:55.710Z] info  Using config file /home/deostroll/.config/code-server/config.yaml
[2025-09-19T18:40:55.711Z] info  HTTP server listening on http://127.0.0.1:8080/
[2025-09-19T18:40:55.711Z] info    - Authentication is enabled
[2025-09-19T18:40:55.711Z] info      - Using password from /home/deostroll/.config/code-server/config.yaml
[2025-09-19T18:40:55.711Z] info    - Not serving HTTPS
[2025-09-19T18:40:55.711Z] info  Session server listening on /home/deostroll/.local/share/code-server/code-server-ipc.sock
[00:11:02]




[00:11:03] Extension host agent started.
[00:11:03] Deleted marked for removal extension from disk kevinrose.vsc-python-indent /home/deostroll/.local/share/code-server/extensions/kevinrose.vsc-python-indent-1.18.0-universal
[00:11:03] Deleted marked for removal extension from disk ms-python.debugpy /home/deostroll/.local/share/code-server/extensions/ms-python.debugpy-2024.8.0-linux-x64
[00:11:03] Deleted marked for removal extension from disk ms-python.python /home/deostroll/.local/share/code-server/extensions/ms-python.python-2024.4.1-universal
[00:11:03] Marked extension as removed kevinrose.vsc-python-indent-1.18.0-universal
File not found: /usr/lib/code-server/lib/vscode/node_modules/vsda/rust/web/vsda.js
File not found: /usr/lib/code-server/lib/vscode/node_modules/vsda/rust/web/vsda_bg.wasm
[00:11:05] [127.0.0.1][e1310ea6][ManagementConnection] New connection established.
[00:11:06] [127.0.0.1][350eea1d][ExtensionHostConnection] New connection established.
[00:11:07] [127.0.0.1][350eea1d][ExtensionHostConnection] <205359> Launched Extension Host Process.
[01:20:24] [127.0.0.1][350eea1d][ExtensionHostConnection] The client has reconnected.
[01:20:24] [127.0.0.1][e1310ea6][ManagementConnection] The client has reconnected.
[07:59:52] [127.0.0.1][e1310ea6][ManagementConnection] The client has reconnected.
[07:59:52] [127.0.0.1][350eea1d][ExtensionHostConnection] The client has reconnected.
[11:48:00] [127.0.0.1][e1310ea6][ManagementConnection] The client has disconnected, will wait for reconnection 3h before disposing...
[11:51:11] [127.0.0.1][e1310ea6][ManagementConnection] Another client has connected, will shorten the wait for reconnection 5m before disposing...
[11:51:11] [127.0.0.1][350eea1d][ExtensionHostConnection] The client has reconnected.
[11:51:11] [127.0.0.1][e1310ea6][ManagementConnection] The client has reconnected.
[12:12:00] #2: https://open-vsx.org/vscode/gallery/vscode/gruntfuggly/todo-tree/latest - error GET connect ECONNREFUSED 127.0.0.1:80
[12:12:03] #4: https://open-vsx.org/vscode/gallery/vscode/ms-python/python/latest - error GET connect ECONNREFUSED 127.0.0.1:80
[12:12:04] #3: https://open-vsx.org/vscode/gallery/vscode/kevinrose/vsc-python-indent/latest - error GET connect ECONNREFUSED 127.0.0.1:80

Screenshot/Video

No response

Does this bug reproduce in native VS Code?

No, this works as expected in native VS Code

Does this bug reproduce in GitHub Codespaces?

No, this works as expected in GitHub Codespaces

Are you accessing code-server over a secure context?

• I am using a secure context.

Notes

No response

[code-asher]

I had mixed results on 4.104.1. Here is what I did:

1. Create then open an empty directory.
2. Install ms-python.python extension using the sidebar (it also auto-installed ms-python.debugpy).
3. Create the following Python file:

import time

def hey():
    print("hello")
    time.sleep(5)
    hey()

hey()

4. Right-click hey() at the bottom.
5. Click "Go to definition"
6. It jumps to def hey()

As for the import line, I tried from time import and nothing came up until I typed at least one letter. For example from time import s makes sleep and others come up. I tested native VS Code and it did the same thing, so it seems to be expected.

I also tried "go to definition" on sleep and that worked as well, but only as long as I do not close the opened reference file. Once I close it, if I try to jump again I see the progress bar momentarily, and then nothing happens. If I reload the page it works once again. And, once this breaks, even the local hey jump breaks. Definitely some kind of bug here...

When I tried Codespaces with the same two extensions, it worked without any of these issues. Ah wait I spoke too soon. After a few jumps, it broke in the same way. Could be an upstream VS Code or extension issue?

[code-asher]

I reproduced with native VS Code as well. Not sure if it is the same bug you are seeing, but it seems like something that might need to be reported upstream.

[code-asher]

Oh weird, using F12 or the context menu instead seems to work fine (I was using ctrl+click mostly). But maybe this is a red herring. Could be timing based? I see a few issues that could be related.

microsoft/vscode#249371

These issues suggest it could be the language server:

microsoft/vscode-python#24015
pappasam/jedi-language-server#323

I installed the detachhead.basedpyright extension just to see if that helped and interestingly it does seem to fix my problems. It seems to set python.languageServer to None so that makes sense as Jedi is no longer involved, which does seem to support the theory the issue is on the language server end.