Hey, thanks for the report. This recursive pattern Sprechzeiten/.cursor/Sprechzeiten/.cursor/... is unusual. Cursor doesn’t create subfolders with the project name inside .cursor/.
Since your project is inside the OneDrive folder, the most likely cause is OneDrive sync turning a symlink into real folders, which creates the recursive loop. Could you check a couple of things?
Open Terminal, go to your project folder, and run:
ls -la .cursor/
Share the output. I’m specifically looking for a Sprechzeiten entry that’s a symlink. You’d see an arrow -> pointing somewhere.
Try pausing OneDrive sync, then delete the .cursor folder completely and reopen the project in Cursor. Does the recursive structure come back even with OneDrive paused?
Long-term fix: exclude .cursor from OneDrive sync. This folder only contains local editor state and doesn’t need to be synced.
Also, have you been using the Agent feature in this project? It’s possible an agent action accidentally created a symlink that triggered this loop.
I guess its a OneDrive problem, as almost all problems come from OneDrive
I went to the terminal, but it came back like this:
kolja@KolBook16 Sprechzeiten % ls -la .cursor/ ls: .cursor/: No such file or directory
So there’s no folder I could delete. Also not visible when I make hidden stuff visible.
I now moved the project folder away from completely, made a new folder with the same structure, put it in Cursor as a project folder again, deleted that folder and now its working again …
A little hacky but as long as it works I am happy.
