It’s been over a week and this model is still unusable. It cannot output code in formated codeblocks, so it’s not applyable to my codebase. Please fix because it’s a very fast and free mode.
The team is actively working on this
Starting a new composer window should hopefully fix the codeblock rendering issues with Gemini for now - give that a try
Same result here. I am also finding when switching to compose which worked @danperks I have new problems where it gets the file structure of the project wrong. Placement of new files get put in the basedir in my case instead of the expected default ansible heirarchy. Other models get that right in cursor. So I’m regularly telling it that it put the file in the wrong place and eventually manually copy and pasting to get it done.
Hey, have you got a screenshot of the file structure being incorrect?
I do not have a screen shot of the actual event but here is the exact project. The install.yml file it would recreate anew in the 1060_netbird base dir instead of where it already existed in the tasks directory as shown here. The same behavior appliedto the env.j2 and docker-compose.j2 within the templates folder. Gemini 2.0 Flash Thinking put them in the base dir. This happened repeatedly even after I pulled them out and did my best to convey the issue
In another case it was creating the entire /home/ansible/servermatter directory structure inside of my already existing /home/ansible/servermatter structure as you see is being offered in this screen shot
Unfortunately it was a large enough issue that I had to switch models. There was no end in sight to the behavior.
Jay
Ah, understood.
Gemini is one of the more experimental models in Cursor, so I’m not surprised it has some issues like this.
I’ll throw this to the team to see if we can get this one ironed out!