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
Code changes to any file will set the "progress indicator" on the "Source Control" viewlet indefintely.
Any newly changed files will not appear under the changes dropdown.
This is causing other extensions to stop functioning properly as well (Copilot, Gitlens, Pull Request, Pulumi, AWS toolkit).
Expected vs. Actual Behavior
Expected -
Changes to files should very quickly show the progress indicator in the SCM extension viewlet and then resolve with the number of files where changes are detected.
Actual -
Change and staged files do not update correctly and source control indefinitely fails to display the number of files where changes are detected, instead showing a hanging "progress loader".
Steps to Reproduce
Open python file, make relevant code changes (it will work intermittently after vscode desktop starts up).
After what I observed is 3-4 saves to a changed file, the source control viewlet in the extension displays the previously described behavior.
Reloading Window will temporarily fix the issue, but then occurs after above mentiond steps, only to persist until another "Reload Window" operation.
Observed Workaround
After running an Extension Bisect, it was indicated that the ms-python.python extension was producing the previously outlined issues (note that this was the only extension disabled at the conclusion of the extension bisect)
Reverting to version 2024.20.0 seems to have made the bug go away and I was not able to reproduce the issue with this version enabled.
Diagnostic Data
2024-12-13 21:35:06.185 [info] > /usr/local/bin/python -m pytest -p vscode_pytest --collect-only --rootdir=.
2024-12-13 21:35:06.185 [info] cwd: .
2024-12-13 21:35:06.193 [error] /usr/local/bin/python: No module named pytest
2024-12-13 21:35:06.194 [error] Subprocess exited unsuccessfully with exit code 1 and signal null on workspace /workspaces/pulumi.
2024-12-13 21:35:06.195 [error] Subprocess exited unsuccessfully with exit code 1 and signal null on workspace /workspaces/pulumi. Creating and sending error discovery payload
2024-12-13 21:35:06.195 [error] pytest test discovery error for workspace: /workspaces/pulumi
The python test process was terminated before it could exit on its own, the process errored with: Code: 1, Signal: null for workspace /workspaces/pulumi
2024-12-13 21:35:10.780 [info] Discover tests for workspace name: pulumi - uri: /workspaces/pulumi/compute/instances/connectableInstance.py
2024-12-13 21:35:10.780 [info] Running discovery for pytest using the new test adapter.
2024-12-13 21:35:31.724 [info] Discover tests for workspace name: pulumi - uri: /workspaces/pulumi/compute/instances/connectableInstance.py
2024-12-13 21:35:31.724 [info] Running discovery for pytest using the new test adapter.
2024-12-13 21:35:31.725 [error] Test discovery already in progress, not starting a new one.
Extension version: 2024.22.0
VS Code version: Code 1.96.0 (138f619c86f1199955d53b4166bef66ef252935c, 2024-12-11T02:29:09.626Z)
OS version: Linux x64 6.11.11-200.fc40.x86_64
Modes:
Remote OS version: Linux x64 6.11.11-200.fc40.x86_64
Python version (& distribution if applicable, e.g. Anaconda): 3.12.7
Type of virtual environment used (e.g. conda, venv, virtualenv, etc.): Global
Value of the python.languageServer setting: Default
lskellerm
changed the title
v2024.22.0 - SCM- Source Control extension Hangs Indefinitely After Code Changes
2024.22.0 : SCM- Source Control extension Hangs Indefinitely After Code Changes
Dec 13, 2024
I was having this issue for the whole day today and finally figured out that the issue is actually related to the test discoveries not SCM. Wish I had came across this earlier.
Couple of things helped in my case without having to downgrade the extension version.
I had "python.testing.pytestEnabled": true so I ensured I have pytest package installed
Also added the setting, "python.testing.autoTestDiscoverOnSaveEnabled": false
karthiknadig
changed the title
2024.22.0 : SCM- Source Control extension Hangs Indefinitely After Code Changespytest auto-discovery can hang in some cases blocking other tasks
Dec 14, 2024
We have same issue with latest python extension I think 2024.22.0, we went back to 2024.20.0 and everything is fine now. We got this issue when we wanted to open test explorer and after that, everything was stuck...
Type: Bug
Behavior
Expected vs. Actual Behavior
Expected -
Changes to files should very quickly show the progress indicator in the SCM extension viewlet and then resolve with the number of files where changes are detected.
Actual -
Change and staged files do not update correctly and source control indefinitely fails to display the number of files where changes are detected, instead showing a hanging "progress loader".
Steps to Reproduce
Observed Workaround
After running an Extension Bisect, it was indicated that the ms-python.python extension was producing the previously outlined issues (note that this was the only extension disabled at the conclusion of the extension bisect)
Reverting to version 2024.20.0 seems to have made the bug go away and I was not able to reproduce the issue with this version enabled.
Diagnostic Data
Extension version: 2024.22.0
VS Code version: Code 1.96.0 (138f619c86f1199955d53b4166bef66ef252935c, 2024-12-11T02:29:09.626Z)
OS version: Linux x64 6.11.11-200.fc40.x86_64
Modes:
Remote OS version: Linux x64 6.11.11-200.fc40.x86_64
python.languageServer
setting: DefaultUser Settings
Installed Extensions
System Info
canvas_oop_rasterization: enabled_on
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_graphite: disabled_off
video_decode: enabled
video_encode: disabled_software
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
webnn: disabled_off
A/B Experiments
The text was updated successfully, but these errors were encountered: