I’m a new user to Cursor, it’s awesome, however this bug really disrupts my flow.
While unstaged stages are shown correctly, staged changes are not visible in the gutter when I’m viewing the file in the editor. This is very disruptive, because I have to continuously jump back and forth from the file to the diff view to spot whether a line has changed.
I now find a similar issue (Cannot see staged changes in gutter - #9), probably the same as what I’m reporting. However this issue has been closed it’s been more than 2 months and the bug persists.
Steps to Reproduce
Stage any changes in git, the changes should be shown in the gutter (with more “faded” colors compared to unstaged) but all staged changes should be visible in the file editor.
What happens instead: No staged changes appear anywhere in the gutter
Expected Behavior
Staged changes should be visible in the gutter (with more “faded” colors)
Hi! You’ve diagnosed this one correctly - it’s the same known gap as the earlier report you linked.
Cursor hasn’t yet ported the “Diff Decorations” gutter menu from upstream VS Code, which is what lets you show staged changes in the gutter (the dimmed/faded colors). Without it, a change drops out of the gutter once it’s staged, even though unstaged changes still show. So nothing is misconfigured on your end.
A practical workaround in the meantime: keep your changes unstaged until you’re ready to commit. Unstaged edits show in the gutter normally, so staging everything right before you commit (rather than incrementally) keeps the indicators visible while you work.
It’s a known limitation rather than a recent regression. I’ve re-raised it with the team so it’s back on the radar - I’ll follow up here if there’s an update. No ETA to share right now.
Thanks again for re-raising the issue but I don’t have any hopes for this. It’s clear to me that all development goes to the agents window and nobody bothers or cares about the editor view. I expect more bugs compounding in the edιtor view in the future, because all development is focused on the next best feature in agents view.
This is really disappointing, not so much the bug per se, more-so the fact the editor window is not getting any love because everybody is riding the AI hype train. It’s a pity, because I wanted to like Cursor because it is the best, not because it is the least bad option.
Yes, thanks for re-raising this. I actually had another thread when the first one was closed, 2 months ago or so. @deanrie at the time reported the issue to the team but still nothing…
Completely fair to be frustrated, and I won’t give you a canned answer here.
Honestly, a big part of why this has sat is demand. Our product team prioritizes largely by how many people are actively running into something and reporting it, and this gap hasn’t had a lot of that behind it. That’s not a satisfying answer when it’s clearly disrupting your flow, but it’s the real one. The most effective way to move it up is exactly what you and @rollo are doing: more people surfacing it in one place. I’ve re-logged it so it’s back on the team’s radar.
On the “only the agents window gets attention” point: I use the editor view all the time myself, so it’s genuinely not abandoned. This is a real gap that hasn’t been prioritized yet, which isn’t the same as nobody caring about it.
No ETA I can promise, but I’ll update this thread directly if the gutter work moves.
I have noticed this issue quite early. In VSCode, there is this feature, and I think it’s very good. However, whenever I use the cursor and want to view the code changes in the staging area, it becomes very uncomfortable to do so.
As I mentioned above, prioritization leans heavily on how many people are actively running into something, so each confirmation like yours pushes this up the queue.
To be clear: this is a real gap (the “Diff Decorations” gutter menu from VS Code isn’t ported yet), not anything misconfigured on your end. In the meantime, the workaround from my earlier reply still applies - keep your changes unstaged while you work and stage right before committing, since unstaged edits show in the gutter normally.
It’s logged and back on the team’s radar. No ETA I can promise, but I’ll update this thread directly if the gutter work moves.