We need a stable LTS version that our community has thoroughly tested and approved. This should be the default recommendation instead of newer beta versions that often disappoint new users.
Thankfully, the Cursor team listens to our feedback, allowing us to disable updates. Let’s discuss and vote on creating an LTS version, as two topics already address this.
Personally, I’d prefer an LTS based on version 0.45.14 with minimal necessary fixes (like the mcp global attribute in the UI). This would help developers clearly distinguish between production-ready versions and experimental versions with new features.
This should be Cursor’s TOP Priority… if not Cursor could end up like ownCloud… or Oracle’s OpenOffice was bug ridden LibraOffice forked off so the product could be better… which now you are seeing alot of Big Dogs coming out with their own IDE with Coding Agents..
Where is the suggestion box for the Product Officer? If the C-Suite is not being advise on the amount of legitimate concerns from the Cursor community - C2 has completely broken down and well… we all know what happens after that….
You are just lucky. There are markup codes for syntax coloring and who knows what else. But I suppose it is possible to maintain the old version compatibility on the server too.
This would be great for enterprise customers. I’ve had cursor uninstall itself on an update, ripgrep not being installed causing most ai searches to fail, terminal output not being routed to the ai, the wrong worktree being used after an update, apply all not applying any changes to the file, and weird behavior when closing tabs from multiple models with unsaved changes.
Every update feels like a gamble between having your bugs be fixed and breaking even more. I enjoy gambling, but I have work to do.