As far as I understand, Cursor has no button to check for updates.
2 Likes
It’s auto update, you don’t need to do that
You can always do Command / Ctrl + Shift + P, then “Cursor: Attempt Update.”
Though always looking to improve. Curious if you’d want more here?
1 Like
Thanks for the quick responses, everyone! I appreciate the insights on how Cursor handles updates. I did try the Command / Ctrl + Shift + P and then “Cursor: Attempt Update,” but it didn’t seem to do the trick for me.
The reason I brought this up is that I saw some cool new features listed on the Cursor changelog page, and I was eager to try them out. However, my current version wasn’t catching up as quickly as my enthusiasm! 
I think having a “Check for Update” button, similar to what we have in VSCode, would be a fantastic addition. It would give users like me the ability to pull the latest updates manually, ensuring we’re always on the cutting edge of what Cursor has to offer. 
Looking forward to seeing how Cursor evolves! Keep up the great work! 
5 Likes
Second vote for a “Check for Update” button. I agree this would be a nice addition.
I’m still on version 10.4 and trying “Cursor: Attempt update” didn’t seem to force the latest update.
2 Likes
We now have incremental rollouts built-in so that we can slowly release the update. this allows to us to iterate fast and catch BAD bugs before they reach too many people haha.
2 Likes
A “check for update” button might be nice, but, at a minimum using Command / Ctrl + Shift + P and “Cursor: Attempt Update” should be fixed, as currently, it doesn’t seem to do anything.
We do need a reliable way to force client updates. I’m also still stuck on 0.10.4 and nothing I’ve tried so far has triggered an update, which is odd to say the least.
Believe this is because we do incremental rollouts. We’ve noticed some issues with the recent update (e.g. Python problems), so we halted the rollout. Would be nice for us to show this in the UI though to reduce confusion when you try to update.
1 Like
Attempt Update should also not try to close all open windows before exiting the editor - this forces any unsaved or untitled buffers to prompt for save or cancel.
Instead it should quit the editor the same way that the standard file > close/exit option does, which correctly preserves opened windows and cached buffers upon relaunch
my current process is literally to make sure I have at least one unsaved file buffer in every open window before I trigger Attempt Update, choose cancel on each separate window’s unsaved changes prompt, and then manually exit the editor from the file menu - it will still attempt to update once the editor exits and still relaunch the editor once the updater is done, but now it restores opened windows and file buffers just like if I’d relaunched the editor for any other reason.
@truell20 Incremental updates make sense for automatic updates. But it’s a bit frustrating as a user to manually attempt an update and be unable to, when Cursor has announced support for a new model.
My usual experience (like today) when Cursor announces a new model: I try restarting 5x and clicking “Cursor: attempt update” 5x times too, with no update. So I end up needing to wait for the rollout at an unknown day and ultimately forget about it for a few weeks…and miss the fun trying out the new thing with others.
(But aside from that, I do enjoy using Cursor!)