[Bug] Infinite Loading on Startup - Regression after v2.4.37 on Windows 11
Description:
The Cursor IDE hangs indefinitely at the splash/loading screen upon startup on Windows 11. This issue occurs in almost all recent versions. After a fresh installation of the latest version, it may launch successfully exactly once, but subsequent launches result in an infinite loading state.
Current Workaround:
I have downgraded to v2.4.37 (system setup), which is the only version that does not exhibit this behavior. Every version released after this specific build fails to start.
Things I have already tried (No success):
Full uninstallation and clearing all data in %APPDATA%\Cursor and %LOCALAPPDATA%\cursor-updater.
Running as Administrator.
Steps to Reproduce
Install any version of Cursor newer than v2.4.37.
Launch the application (works fine on the first run).
Open Workspace existed, and work.
Close the application and try to reopen it.
The IDE hangs at the loading stage and never opens the editor window.
Hey, this is a known session restore bug. When Cursor restarts, it tries to restore the previously opened Git diff and Source Control tabs, and the Git model initialization hangs with no timeout. Fully clearing %APPDATA%\Cursor only helps until you open a workspace again and then close the IDE. After that, the restored state triggers the hang again.
A workaround that should help in your case:
On the latest IDE version, open Cursor first. It’ll start clean after you clear %APPDATA%.
Before you close Cursor, close all Source Control and diff tabs. Basically, close any tab that shows Git changes.
Only then quit and restart.
If it’s already stuck, delete %APPDATA%\Cursor\User\workspaceStorage. You can delete only the subfolder for the affected workspace so you don’t lose state for other projects. This resets the restored tabs but keeps the rest of your settings. Make a backup first.
We’re tracking the bug, but I can’t share an ETA for a fix yet. When an update is out, I’ll reply in the thread.
Thank you for the quick response and the detailed explanation.
Unfortunately, I have already attempted all the workarounds you mentioned, including clearing the %APPDATA% and workspaceStorage folders, but the issue persists after the initial successful launch.
Furthermore, my current development environment does not involve any Git or Source Control usage at all, so there are no Git diff tabs to close or restore. This suggests that there might be another underlying cause for the hang in my case.
I truly appreciate your help and efforts in tracking this down. I hope a permanent fix can be found soon, as Cursor is an essential tool for my workflow.
Closing all tabs works for me and reopening the workspace (Ctrl + Shift + P → View: Close All Editors).
This really needs to have high priority. Several coworkers already complained about their IDE not indexing their files or not being able to set breakpoints properly.
Thanks for the extra details, that helps. Git diff tabs aren’t the only trigger for this freeze. The same pattern can happen when Cursor restores other tab types like extension webviews, Jupyter notebooks, and custom editors. So not having Git set up doesn’t rule out a related bug.
Try the workaround Filipdobro shared above. Before you close Cursor, open the command palette with Ctrl+Shift+P and run View: Close All Editors. Then quit and start it again. If the next start still hangs, launch Cursor with cursor --disable-extensions to check if session restore is getting stuck on an extension.
To dig in further, it’d help to know:
What tabs are usually open when you close Cursor, like file types, Markdown preview, notebooks, or extension webviews like Jupyter or Claude Code?
Your installed extensions list. Open Ctrl+Shift+X, then share a screenshot or export it
Logs from %APPDATA%\Cursor\logs\ from the last hung start, the newest dated folder, plus main.log and renderer*.log
With that, we can narrow down what’s blocking session restore on your setup.