My test prompt - which migrates about 600 lines of code from one file to its own file still fails. This is an action that used to routinely be done without issue prior to about a week ago. The issues range from an outright “Error calling tool” to only migrating a few lines of code instead of the 600 or so needed.
Unfortunately, Cursor is still fundamentally broken. Going to try out Cline, because I have no choice.
I’m also facing the same issue. I can’t apply the modifications in all three modes, and it prompts “no changes made”. This seriously affects efficiency.
My previous post was removed by Cursor staff within 30 seconds of posting it so now that we know Cursor staff are reading these, albeit not responding…can you guys fix your app?
I think it’s the same issue, but I’m also seeing it on non-generated code. I make changes, and they don’t show in the changes to commit. When I try updating the changes get lost. When I switch back to the same branch in VScode, everything works fine again. Very frustrating.
It’s getting frustrating for sure dealing. Going to start trying the competitors soon. You can see the file it says “Apply to…” isn’t the same as the header and therefore gives me the “no changes made”. This was yesterday.
uninstall cursor, and reinstall it.
note: i remove cursor application to trash at first time, but it is still consistent with the previous issue.
And i notice Tencent Lemon (a software uninstaller) reminded me that there are still some additional file contents. remove it, and Cursor is back to normal
Good morning, I’ll tell you about my specific case. I’ve had the same problem as everyone else for a week now. The ■■■■ thing hasn’t made any changes…
I contacted technical support. I have everything updated with Sequoia 15.4. I cleared caches, uninstalled the cursor, and reinstalled. Nothing worked. Support told me to try opening the cursor without the extensions. In my specific case, with the terminal code:
open -a “Cursor” --args --disable-extensions
The cursor opened without the extensions. To test, I had already downloaded a version older than the official one from the website. In this case:
… deleting the folder “~/Library/Application Support/Cursor”
This actually worked for me, it’s like a new installation. Apparently the tool stumbles over its own feet, which it accumulates in the folder over time?
It’s definitely related to ‘legacy’ issues with the tool, since I deleted the folder Cursor is talking and working successfully with me again.
Das hat bei mir tatsächlich funktioniert, es kommt einer neuinstallation gleich. Scheinbar stolpert das Tool über seine eigenen Füße, die es im Laufe der Zeit in dem Ordner ansammelt?
Es hängt definitiv mit ‘Altlasten’ des Tools zusammen, seit ich den Ordner gelöscht habe redet und arbeitet Cursor wieder erfolgreich mit mir.
I had to split the file into smaller parts. If it’s a massive file, try putting large functions into smaller files for import and then ask it specifically to address those smaller parts instead.