Where does the bug appear (feature/product)?
Cursor IDE
Describe the Bug
I select the main folder, yesterday i could se all the folders in source control, but today i only see top folder.
Steps to Reproduce
Create a repo, drag and drop the other folders in to this repo
Operating System
MacOS
Version Information
Version: 2.6.20 (Universal)
Does this stop you from using Cursor
No - Cursor works, but with this issue
Hi Arebhjelle!
Thanks for reporting this. To help narrow down what’s happening, could you clarify a couple of things about your workspace setup?
-
How did you open the folders in Cursor? Did you open a single parent folder that contains other git repos inside it, or did you use File > Add Folder to Workspace to add multiple folders (creating a multi-root workspace)?
-
Are the “other folders” separate git repos (each with their own .git folder), or are they regular folders within a single git repository?
-
Could you share a screenshot of your Source Control panel showing the current state? This would help us see exactly what’s being displayed.
This is a known area where Cursor’s Source Control panel can behave differently from VS Code, particularly with multi-root workspaces or nested repositories. A few things to try in the meantime:
-
If you have multiple git repos, try opening them as a multi-root workspace using File > Add Folder to Workspace rather than opening a single parent folder that contains them
-
Check if the repos appear after opening a file from one of the “missing” folders
You may also find these related threads helpful:
@mohitjain
Thanks.
I opened directory which is repository and it contains two directories which are also repositories.
In VS code: everything works just fine:
Hey there,
Thanks for sharing the screenshots, they really helped clarify what’s going on.
The issue comes down to a difference in default settings between Cursor and VS Code. In Cursor, git.autoRepositoryDetection is set to "openEditors", which means it only detects repositories when you have files from them open. VS Code, on the other hand, defaults this setting to true, so it actively scans all subfolders in your workspace for repositories on startup.
It also explains the behavior you saw yesterday — if you had files from adminflow or adminflow-backend open at the time, Cursor would have detected those repositories via the open editors. Without those files open today, no scan was triggered.
To fix this permanently, you can update your Cursor settings:
-
Open Command Palette (Cmd + Shift + P)
-
Select “Preferences: Open User Settings (JSON)”
-
Add the following line:
"git.autoRepositoryDetection": true
After saving, restart Cursor — all three repositories should then appear in Source Control.
Let me know if that does the trick or if anything still looks off.
Thanks @mohitjain
When doing that it looks like this:
While in VS code:
Where I also can switch between branches (which i cannot in Cursor now)
The setting requires a full restart to take effect. Cmd+Q to quit Cursor, then reopen the workspace. Alternatively, Cmd+Shift+P → “Developer: Reload Window”.
After that, all three repos should appear in Source Control with their own branch controls.
If they still don’t show after restarting, open each repo folder individually via File → Add Folder to Workspace instead of opening the parent folder.
Thanks @mohitjain It is not working if i select the top directory. It does work if i select the two sub directories (repos). It does work in vs code