This report describes a UX issue found while reviewing code changes made by the agent

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

This report describes a UX issue found while reviewing code changes made by the agent.

When keeping or undoing the first change, the cursor sometimes jumps to an unexpected location.

Normally, during a review, once a change is kept or undone, the review automatically moves to the next change. However, when reviewing the first change (e.g. 1 of 18, 1 of 15), the cursor does not move to the immediately following change, but instead jumps to a different position.

Steps to Reproduce

Assume there are 18 changes in total. When reviewing 1 of 18, the expected behavior is that the focus moves to what was originally 2 of 18. However, the current behavior moves the focus to the position of 3 of 18.

After reviewing the first change, the list naturally becomes 1 of 17, since the original second change should now be the first. Therefore, the count should not increase, and moving the focus to 1 of 17 seems to be the correct and intuitive UX behavior.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.2.44
VSCode Version: 1.105.1
Commit: 20adc1003928b0f1b99305dbaf845656ff81f5d0

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Hey, thanks for the report. This navigation issue, where Keep/Undo jumps to the wrong change, has already been reported before, see this related thread: Keep/Undo change feature now hops ahead, often way too far.

I’ve passed it on to the team. Thanks for including the version and clear steps to reproduce.