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.

This topic was automatically closed 22 days after the last reply. New replies are no longer allowed.