Bad threading causes App lockups and Stalls

Describe the Bug

Cursor Application threading seems to be off or not implemented very well. When using cursor I often get many stalls where the application locks up and then comes back. I never see this behavior when using VSCode. I would reevaluate all of your threading to make this smoother.

Steps to Reproduce

Just run cursor and ask a bunch of questions

Expected Behavior

Run VSCode - see how it is smooth and never locks up or stalls

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

version 1.3.2,
VS Code Version: 1.99.3

Does this stop you from using Cursor

No - Cursor works, but with this issue

1 Like

This seem to be fixed in latest drop 1.2.4. Thank you

Unfortunately this is not fixed as I thought - after running for awhile with debug, generate, run sessions the stalling comes back and persists. This does not happen in VSCode.

I think I found what may be happening - when you have a large number of background tabs in the secondary side bar (numerous previous discussions) you get a lot of stalls and the system gets very slow even though the other tabs are not being used. Perhaps you are running background tasks on each tab when you only need to run on the foreground tab that is the current discussion? Anyway, deleting all table except for the current tab speeds the app up quite a bit and seems to eliminate the stalls.

This topic was automatically closed 22 days after the last reply. New replies are no longer allowed.