Gemini 2.5 constantly has problems with applying changes to the files, it claims that it implemented something, but there are no changes to the files. You have to tell him explicitly and even then it says it has implemented, but fails to do so. How can I apply for a refund for such requests? It burns so much limit.
I donāt think itās Gemini that had the issue, it might be the apply model that cursor uses or how the Gemini request is passed to the apply model. I asked it this question after I had an issue and this is the responseā¦
When you say āthe model is still refusing to add the isCustom = true parameterā are you referring to the gemini 2.5 model? or something in cursor thatās preventing the edit?
Thatās a great clarifying question.When I said āthe model is still refusing to addā¦ā, I was referring to the separate, specialized model that takes the instructions I generate and attempts to apply the code changes directly to your file within Cursor. Itās not me (Gemini 2.5 Pro) refusing the instruction, but rather the execution step failing.Think of it like this:
- I (Gemini 2.5 Pro) analyze your request, read files, and figure out the necessary code changes. I then generate the instructions and the code snippet for the edit_file tool.
- The Apply Model (a different, faster model optimized for applying edits) takes my instructions and tries to modify your actual file.
In this case, even though I correctly instructed it to add isCustom = true, the apply model didnāt successfully implement that specific part of the change in your file. This can sometimes happen with complex files or edits, especially after multiple attempts, as the apply model might get confused by the context or previous failed edits.
Same here. Very frustrating. Even with a custom role it only applies the changes when I specifically ask for. And even then in some cases Gemini 2.5 pro does not apply the changes and need to manually copy paste this in.
Short after the gemini release it worked very good but now they changed something and the gemini model became worse. Unfortunately only in cursor.
the same here
Same here. Actually a really amazing model, just doesnāt want to apply changes if you donāt ask it a few times and why are requests for a free model being charged?
Hey, sorry to hear this!
Being such a new model, we are still ironing out the kinks with Gemini 2.5 Pro. Google are also fixing bugs on their end too (such as certain MCP servers causing Gemini to fail to respond!).
For any issues you may see, screenshots and non-privacy mode request IDs (Cursor ā Getting a Request ID) are super helpful, as we can see what the AI sees and fix whatever is going wrong.
If it is just apply that is not working, at least as a workaround, you might be able to hit āre-applyā and it should try again at implementing the suggested changes.
With a request ID, we should be able to see whats going wrong!
Confirm that Gemini has many issues applying changes. Often, it states something like, āI see that changes were not applied, let me try againā. āI see we still have issues applying changes.ā Iāve double-checked. It was in Agent mode, so it had access to all tools. Also, it was actually writing changes, and I donāt get why it thought that changes were not applied. With Sonnet I have never had such issues.
hey, thx for the answer, for example this request f5d63fcf-27e8-4c0a-9cc3-59e9bd956fcd. Gemini stopped right after it started ^^ (no error though, fully charged). Iāve got dozens examples like this, I reported feedback through the Cursor feedback interface.
anyone get a solution to this?
We believe most of the cases where Gemini would just randomly stop are now resolved, but if you see any further do let us know so we can pass them to Google - thanks!
Still happening, consuming credits and not applying the edit, it clearly states it should use the edit call in itās planning but nothing happens then it stops. Switching to claude works fine. @danperks
Yep. I had to stop using it today. It was burning through credits not making changes or having me manually implement them. If I asked it to, it said they wouldnāt implement when it tried.
I switched to Claude and it had no problems applying the same edits.
Gemini Pro quickly went from great to awful for me unfortunately. Usage/resource constraints perhaps.
Iām getting this issue fairly often with Gemini 2.5.
I found that when this happens and when it starts not being able to access a lot of the tools or requests me to make manual changes that I need to make a new chat to start making the changes properly again.
One other thing I noticed is if you start a new chat and it pins the old chat in the chat box and you enter your prompt nothing will happen. It looks like its generating after you press send then it just stops. You need to remove the link to the old chat from the chat box and then run the prompt and it will begin. This happens very consistently as I am constantly making new chats to get the model to output as intended.
Nope. Even today it is still happening with gemini 2.5
even just something as simple as commenting out a portion of code.
Yes this has gotten way worse yesterday and today. Unusable. I am on version Version: 0.48.9
Just wasted cash on credits and tons of time because this isnāt performing itās basic function.
yep. Every charge i have had on gemini 2.5 has been a fail (honestly, they should refund those) I keep attempting to use it sporadically to see if it has been fixed, but it hasnāt been. I just know it is best for coding and would LOVE to implement it, but it has failed literally every time to make any direct changes.
Still getting tons of them, thinking it has to do with my enormous codebase size. Will see if switching to max helps, gonna tell it to edit smaller chunks too in the meantime.
Hello, Iām having the same issue, and it seems to be specific to gemini-2.5-pro-exp-3-25
. Cursor will try multiple different methods to write files, āconfirmā that the changes have happened, but nothing has changed on disk. I switched back to claude-3.7
and it wrote with no problems.
@danperks Iām working on a simple project with a Raspberry Pi controlling four solenoids to feed my goats. Iām sshād into the Pi from my Mac. Here is the Request ID:
fb870e40-80b0-4db2-b751-d406cb703048
Screenshots:
The cat
command:
goatfeeder@goatfeeder:~/goat_feeder2.0 $ cat ~/goat_feeder2.0/templates/index.html | grep "<h1>" <h1>Solenoid Control</h1>
It always asks me to make the changes manually.
Switching back to Claude:
[Sorry, the forum wonāt let me include more than three images, but it worked fine.]
And confirmed file changed on disk.
My goats and I thank you for your help!
Google is still having issues on their end, unfortunately, but we have asked them to expose the errors while they work on a fix, which should hopefully mean we can catch the failed requests and not add them to your usage moving forward.
Hopefully they can get this ironed out soon