Feature request for product/service
Chat
Describe the request
I accidentally overwrote my previous chat today because of the “Submit from a Previous Message?” dialog. The two options—“Continue without reverting” and “Continue and revert”—were confusing, and I chose the wrong one. I hope others don’t have to learn this lesson the hard way.
The problem
When resubmitting from a previous message (e.g., after a failed send or when editing an earlier message), Cursor shows a dialog that forces you to choose:
- “Continue without reverting”
- “Continue and revert”
This is risky because:
- The wording is not intuitive—many users don’t understand what “revert” means in this context
- Choosing the wrong option can permanently discard your work
- There’s no way to compare both versions before deciding
- Once you choose, there’s no undo
Suggested improvement: keep both versions (like GitHub)
Instead of forcing a destructive choice, Cursor could preserve both states:
- Keep both versions – Don’t overwrite. Store the current state and the state before that message as separate versions
- Let users compare – Show a diff or side-by-side view so users can see what would change before committing
- Avoid destructive choices – No single click that permanently discards work
- Branch-like workflow – Similar to Git: you can try different paths without losing anything
GitHub doesn’t ask you to overwrite—it lets you compare, branch, and merge. Cursor could adopt a similar approach for chat/composer state.
Why this matters
Losing work because of a confusing dialog is frustrating. A version-preserving approach would be safer, clearer, and more aligned with how developers already think (Git, branches, diffs).
Thanks for considering this.
Operating System (if it applies)
Windows 10/11