Stop Shipping Unstable Builds

I’ve been using Cursor since the 0.x versions. In the past, I was genuinely excited about every new release — I would literally click Check for Updates almost every day. Lately, however, I feel the opposite: I hesitate whenever I see a new version available.

The reason is simple: almost every update breaks something. If it’s not one issue, it’s another.

Version 1.7 felt relatively solid and stable. But from 2.0 onwards, things have gone downhill — and there are already many posts out there about the problems with 2.0. Right now, I’ve pinned myself to 2.0.69. I did try 2.0.7x, but had to uninstall and roll back because of random issues, such as being unable to connect via SSH. I don’t have the time or energy to debug or file detailed reports for every regression, and as soon as I reverted, SSH worked again. That’s just one small example of the release quality problems I keep running into.

At the beginning, I still reported bugs. But occasional bugs are very different from what I’m seeing now: frequent, repeated issues, and regressions where a bug “fixed” in one version shows up again in a later one. It really makes me question whether there is a proper QA process or any serious testing before a version is released.

As a user, I feel like I’m being turned into a free tester who has to discover bugs and report them so the team can patch them. This feeling is made worse by the lack of clear, timely changelogs at the moment of upgrade (Today - Latest Version 2.0.77 but Changelog 2.0.1-2.0.28: Bug fixes). Updating should be something I do with confidence because it improves my experience. With Cursor today, updating feels risky.

More and more, Cursor gives me the impression of a product that’s being VIBE CODING rather than carefully engineered and released with discipline. I still believe Cursor has huge potential — but without stronger quality control and a more reliable release process, it’s very hard to trust new versions.

89 Likes

I must agree, for past few months almost every other stable version is filled with rather obvious bugs.
I sometimes notice specific features are shipped directly to a stable channel and never hit nightly or early access.
Also nightly/early access channels sometimes miss features already in stable build.

It seems like a specific feature is created in a separate container/branch and is merged into stable/dev/nightly on ‘random’, rather than going first into nightly, then early access and then stable.
Sometimes nightly contains a specific feature, that is removed in a next nightly and then added back in next nightly.
I understand some features must be reverted and revised, but it happens so often it seems like somebody creates a feature based on stable version 2.0.x and then this feature branch is set to be a nightly branch until somebody else overrides it with their feature branch.

It is really annoying and must be a real pain in testing..

5 Likes

LoL, everybody agrees.
Im here for a year now, since 3 months i dont update anymore. Thats it. I treat new releases as betas and do beta testing on my own every 2 or 3 new versions. NEVER use cursor *.0!
I personally feel ashamed when a new release drops just to have 10+ patches hours after the main release. But well, thats me.

like:
12:00 1.3 came out
12:30 1.3.1
12:40 1.3.2
13:00 1.3.4
13:40 1.3.6

20:00 1.3.21

couldn’t you just wait the 12 hours? I take half the price from the image damage every new release and find the bugs for you in no time! promise!

That said, just switched from 1.5.11 to 2.0.77 and the main differences are slighty different colors and the “you’re using an very old version” message swapped with a “theres an update” message despite using the latest downloadable (77 instead of 28 like listed in changelogs - btw. is the changelog site nearly killing your browsers too or is it just me?).
They said they tweaked performance, but its clunkier than before for me esp. on manual code edits.
Glad it did not set the new design by default or i would’ve punched my screen by reflex for sure :smiley:

Bugs are still the same: reverting some files leads to indention errors
some changes are saved immediately, some have to be saved by hand.

5 Likes

Hi @truell20

Could you please share your thoughts on this thread, and the many similar posts on the forum since 2.0?

The knock-on effect of so many unanswered posts is an anxiety around if things are going to get worse, rather than better.

An update from you could help reduce these 2 problems:

1 unstable builds are being shipped regularly

2 we don’t know if the Cursor team is working to improve this

7 Likes

Yes. My agent doesnt capture any Terminal output so it cant use the terminal which ■■■■■ real bad and Cursor hasnt even reacted to many posts about it.

3 Likes

THIS is the biggest concern, and instils a lack of confidence.

I’m still not sure if Zsh is working on Windows+WSL - it’s been ‘fixed’ so many times (using bash now…)

2 Likes

I’m sitting on 1.7.54 and was hoping for Cursor to stabilise 2.0… alas, apparently :smiling_face_with_tear:

2 Likes

They received soooooo many bug reports, criticizes, suggestions about this topic, but they ignored them all.

We don’t see 28 minor bug fixes in college software, but we are seeing in a world level IDE, used by millions of developers around the world.

We love cursor, but this is so painful to handle.

Our most recent example:

2 Likes

Is there a way to lock cursor to a specific version?

2 Likes

Many of the changes for me have been bad enough that I have concidered moving to a different IDE. I have been with Cursor for a long time so I keep holding out hope that they will improve their process soon. But I probably will leave if they release 2 or 3 more broken “fixes”.

6 Likes

You can turn off updates in the editor. It is a vscode setting

1 Like

I have been around with Cursor now for more than a year now. I have never considered leaving until the last few months because it doesn’t feel like their product direction matches the reason I joined in the first place. I still have hope, but it feels like it is fading a bit

5 Likes

Hey mod @condor and @deanrie, can you report this issue to your team? Thanks.

2 Likes

+1 for this thread.

I have been using VSCode today cause everything related to python broke after last update.

Edit:
In case a mod reads this, I am using this build:

Version: 2.0.77 (system setup)
VSCode Version: 1.99.3
Commit: ba90f2f88e4911312761abab9492c42442117cf0
Date: 2025-11-13T23:10:43.113Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26200
2 Likes

This kind of feedback is about to disappear into the same black hole as last time :joy:

3 Likes

could be a platform issue ?
i’ve been using cursor on Osx Sonoma 14.8.1 and it has been (almost) rock solid for me.

There has been some issues when i tried to add a folder to the workspace, but very rarely!

In fairness, my configuration is pretty lean: no MCPs, a few cursors rules, several vscode extensions…

Agree, I believe there is too much variability when it comes to windows combined with WSL. So not sure where does it breaks. Maybe I should switch to macbook lol.

I believe that they updated the vscode version in cursor 2.1 so some of these issues might be solved by that

Browser integration broke in the latest version. You’ve really ■■■■■■ me off with releasing ■■■■■■ unstable versions. Hire some testers already who will test your ■■■■■■ editor. Or at least write tests.

Version: 2.1.19
VSCode Version: 1.105.1
Commit: 39a966b4048ef6b8024b27d4812a50d88de29cc0
Date: 2025-11-21T22:59:02.376Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 24.6.0

2 Likes

What is not working with the browser integration?