Source Control hangs on “Scanning workspace for Git repositories...”

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

In Cursor, Source Control remains stuck on the message: Scanning workspace for Git repositories…

Because of this, Git repositories are not detected or loaded correctly, and Source Control cannot be used as expected.
The issue does not occur in regular Visual Studio Code, where the same workspace and Git setup work normally. This is unexpected, since Cursor is based on VS Code.

This problem was already reported in a previous ticket, but that ticket was automatically closed after 22 days. The issue itself is still present and remains reproducible in Cursor.

Current behavior:

  • Cursor Source Control stays indefinitely on “Scanning workspace for Git repositories…”
  • Repositories do not appear, or do not load correctly
  • Git operations through the Source Control panel are blocked or unusable
  • The same setup works correctly in Visual Studio Code

Steps to Reproduce

Sometimes it’s fast
Sometimes it’s slow
Sometimes it’s hangs forever

Expected Behavior

Cursor should complete the workspace scan successfully
Git repositories should be detected and displayed normally
Source Control should become available for regular use, consistent with Visual Studio Code behavior

Screenshots / Screen Recordings

Operating System

Windows 10/11

Version Information

Version: 3.0.13 (user setup)
VSCode Version: 1.105.1
Commit: 48a15759f53cd5fc9b5c20936ad7d79847d914b0
Date: 2026-04-07T03:05:17.114Z
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: Windows_NT x64 10.0.26200

Does this stop you from using Cursor

Yes - Cursor is unusable

Sorry about the auto-close on the previous thread. This is a known issue — the Git extension’s repository scanning can hang on certain workspace configurations, particularly on Windows.

A few things to try that should help:

  1. Change the repository detection mode. Open Settings (Ctrl+,), search for git.autoRepositoryDetection, and set it to openEditors. This skips the full directory scan and only detects repos for files you actually open. This is the most impactful fix.

  2. Restart the built-in Git extension. In the Extensions panel, search for @builtin git, click the gear icon on “Git” and choose Disable, then Enable it again, and Reload the window. Another user in the previous thread confirmed this unblocked them.

  3. Open the project folder directly rather than a parent or higher-level directory.

Our team is aware of this and is working on a fix. Let me know if the openEditors setting resolves it for you.

Thanks for your help. It is good to hear that your team is aware of this issue and is working on it. However, after trying your suggestions, I am still experiencing the same problem.

A slightly off-topic question :face_with_peeking_eye: : I have also noticed that the startup time of the cursor appliction is realy slow. Is that a known issue as well?