Cursor gets stuck loading after reopening a project with a Source Control changed file tab

Support Bug Reports
,
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

When reopening Cursor after quitting with a changed file tab opened from the Git working tree / Source Control panel, Cursor gets stuck loading in a specific project.

The Source Control panel, Explorer, integrated terminal, extensions, and Cursor Agent remain in a loading or unresponsive state.

Local terminal Git commands work normally in the same repository.

Closing the restored changed file tab from Source Control and restarting Cursor makes Cursor work normally again.

This also reproduced on another developer’s machine using Cursor, so it does not seem to be limited to one local environment.

Steps to Reproduce

  1. Open a project in Cursor.
  2. Open a changed file from the Git working tree / Source Control panel.
  3. Quit Cursor while that changed file tab remains open.
  4. Reopen Cursor and the same project.
  5. Cursor restores the previous session.
  6. Source Control, Explorer, integrated terminal, extensions, and Cursor Agent remain stuck in a loading or unresponsive state.
  7. Close the restored changed file tab from Source Control.
  8. Quit and reopen Cursor.
  9. Cursor works normally again.

Expected Behavior

Cursor should restore the previous session normally, even when a changed file tab from Source Control was open before quitting.

Source Control, Explorer, integrated terminal, extensions, and Cursor Agent should become usable without requiring the restored changed file tab to be closed manually.

Operating System

MacOS

Version Information

Version: 3.5.38
VSCode Version: 1.105.1
Commit: 009bb5a3600dd98fe1c1f25798f767f686e14750
Date: 2026-05-26T21:32:06.537Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin arm64 25.5.0

For AI issues: which model did you use?

N/A

For AI issues: add Request ID with privacy disabled

N/A

Additional Information

The issue appears to be related to restoring a previously opened changed file tab from the Git working tree / Source Control panel.

The repository itself does not seem to be broken because Git commands such as `git status` work immediately in the local terminal.

The issue only happens inside Cursor for this project. Closing the restored changed file tab from Source Control and restarting Cursor resolves the issue.

A teammate using Cursor also experienced the same behavior.

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

5

Hey, thanks for the detailed report with the reproduction stacks. This is a known bug with restoring Source Control tabs (Git working tree diff) on startup. We’re tracking the issue, but I can’t share an ETA for a fix yet.

Related threads for context:

Your workaround already works: close the restored diff tab in Source Control and restart Cursor. As an extra habit, close those tabs before you quit, then the session restores normally.

When there’s an update on the fix, I’ll post it in the thread.

7

Thanks for confirming that this is a known issue and for sharing the related threads.

I’ll use the workaround for now by closing the restored Source Control diff tab before quitting/restarting Cursor. I’ll follow this thread for updates on the fix.

9

Hey all!

We have merged a fix and are cherry-picking it back to 3.6. Please try again in a day or two (3.6.35+, not available yet) and let us know if the issue persists.