AI Agent file review list accumulates stale files and doesn't sync with git status

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

At some point during a collaborative session with the AI agent, files accumulate in the “files to review” list under the chat window. These files persist even after changes have been committed or when git shows no changes. Currently showing 25 files to review in the chat window, but git status shows no changes in the working directory. The files continue to accumulate and there is no way to clear them from the review list.

This behavior is hopefully not intended, as it makes it impossible to trust which files have actually changed. The stale review list provides no reliable information about the actual state of the codebase, forcing me to rely solely on the git panel or command-line git to see real changes.

What makes this more confusing is that clicking on the files in the review list shows the old state before reviewing the AI Agent changes, even though those changes have already been accepted and applied.

Steps to Reproduce

  1. Start working with an AI agent on a project
  2. Make changes to files and accept agent suggestions
  3. Commit or revert changes (verify with git status that working tree is clean)
  4. Continue working with the agent
  5. Observe that files remain in the “files to review” list at the bottom of the chat area
  6. Files continue to accumulate over multiple sessions without being cleared
  7. Click on files in the review list - they show outdated/old state instead of current file contents

Expected Behavior

The “files to review” list should synchronize with the actual git status. Files without changes should be automatically removed from the review list. When git status shows a clean working tree, there should be no files shown for review. The agent should be able to run commands without requiring review of non-existent changes. Users should be able to trust the review list to accurately reflect which files have been modified.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.2.14
VSCode Version: 1.105.1
Commit: 1685afce45886aa5579025ac7e077fc3d4369c50
Date: 2025-12-11T01:12:35.790Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 25.0.0

Additional Information

  • The issue persists across sessions
  • Files accumulate indefinitely without being cleared
  • The review list does not reflect the actual state of the git repository
  • Only options available are “find issues” and “commit”, neither of which resolve the problem
  • Cannot determine which files have actually changed - must use git panel or command line instead of trusting Cursor’s review list
  • Clicking on files in the review list shows outdated content from before changes were accepted, not the current file state

Does this stop you from using Cursor

Yes - Cursor is unusable

1 Like

Hey, thanks for the report. This is definitely a bug - the “files to review” list should sync with git and clear after commits.

For escalation to engineering, could you provide:

  • A screenshot of the file list in the review interface (showing the 25 files)
  • The Request ID of the last Agent operation (chat context menu > Copy Request ID)
  • 2-3 example files from the review list that don’t appear in git status

I’ll pass this to the team. In the meantime, try closing and reopening the chat or restarting Cursor - it might temporarily clear the list.

I’m seeing the same thing as of a couple days ago.
1.


2. 98163834-4864-4261-a26c-4997796bb172
3. None are in the git status

Tried restarting cursor to no avail.

Other potential clues:

  • I was using GPT-5, and it got stuck a couple times, had to stop and restart it
  • Only started seeing it after the new git integration features (is there a way to disable those? That might be worth a test)
  • Doesn’t appear to be a way to “accept changes”, is that b/c of the git integration?

Oh, one other potential clue, I had the agent make commits on my behalf.

Hi,

thanks for your quick response.

  1. a39990a3-4242-4253-9841-8fc018168e98

  2. git status shows no files

Please let me know if you need any additional information.

1 Like

Same issue here, it makes Cursor unusable, hoping to switch to something else soon, I was enjoying it but the daily updates that completely break my environment are getting too annoying…

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

After using Agent mode, Cursor injects a “Review” section in the Agent chat showing a list of changed files/diffs. This panel persists in the chat UI and cannot be removed permanently, even after cleaning the git working tree; there also appears to be no obvious setting to disable it.

Steps to Reproduce

Steps to Reproduce
Open a git repo in Cursor.
Open Agent chat.
Have the agent make file changes (any edit that results in multiple files changed).
Observe the “Review” panel appear in the chat showing a list of files and a “Review” button.
Attempt to remove/disable it (close the panel, clear changes with git reset/clean, etc.).
Observe the panel remains visible in the chat history and continues to appear as an intrusive UI section.

Expected Behavior

Expected Behavior
The “Review/files changed” panel should be dismissible permanently for the conversation (or globally via a setting), so it does not continue to occupy space in chat once the user is done reviewing changes.

Screenshots / Screen Recordings

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

MacOS (Sequoia 15.2)
Version: 2.2.20
VSCode Version: 1.105.1
Commit: b3573281c4775bfc6bba466bf6563d3d498d1070
Date: 2025-12-12T06:29:26.017Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 24.6.0

For AI issues: which model did you use?

GPT-5.2 (Agent mode)

Additional Information

Additional Information
The panel behaves like an auto-inserted “git diff summary” block inside the Agent chat.
Even when git status is clean, the panel can remain visible because it is embedded in chat history/UI state.
The user wants a setting to disable it entirely or a “Don’t show again” option.

Does this stop you from using Cursor

No - Cursor works, but with this issue