Arbitrary limit to changed files in agent chat?

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I just finished working on a task with the agent, to fix the bulk of our unit tests. The agent thus far, had been creating arbitrary string type ids for test objects, when ALL our ids are uuid. A new set of integration tests actually connected to one of our services, and sent a bunch of events that ended up creating some long-lived worflows that kept getting stuck in retry loops, due to these fake, bad ids.

So I had the agent fix EVERY test case, so that the exemplars in our code no longer included these arbitrary ids, and instead used valid uuids of the right uuid version, for our project. This resulted in 177 files being changed:

âžś git status -s -uno | wc -l
     177

However, the list of files changed in the agent, says that only 21 files were changed:

(Why is it that we cannot attach images to bug reports? Seems we can attach them to any other post, but bug reports, the one type of post that would most benefit from image attachments, does not seem to support them…)

The diff/review mode tabs also show only 21 files changed. The classic review process where you can jump through your files one at a time and undo/keep changes, ALSO shows only 21 files. Somehow, the agent seems to have lost track of 165 files with changes…

Steps to Reproduce

Instruct the agent to change a lot of files.

Expected Behavior

All files changed during an agent chat are reflected in the reviewable changes.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

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 25.0.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, thanks for the report. The situation where the agent changes 177 files but the UI review shows only 21 is clearly a display bug.

For now, please try:

  • Check the full list with git diff --stat in the terminal. You should see all 177 files there
  • Use the built-in Source Control in Cursor (Cmd+Shift+G) for review. You should see all changes there
  • Commit via the Git UI or the command line, where all changes are visible
  • For future large tasks, split them into several agent sessions of about 20-30 files

I’ll pass this to the team. It’s a serious UI bug, especially if the limit is exactly 21 files.

1 Like

…I am not sure I understand what you are recommending… I commit via the command line. I have no issues committing, or understanding how to use Git.

The issue is that when I need to review changes, the Cursor UI did not reflect all the changes that had been made. In the past, before 2.0, BEFORE this horrid diff/review ui you guys seem intent on shoving down your users throats, I’ve changed hundreds of files before. NEVER ONCE had a problem reviewing them with the old, classic reviewing feature that just showed a little control over the file in the file tab, and you could keep/undo each change, then move on to the next file.

ONLY since you guys introduced this darn diff/review mode junk, have I started having problems with being able to review THE WAY I WANT TO, THE WAY I AM USED TO: With the OLD review feature! Somehow, your introduction of the diff/review tools have caused a bunch of problems, and this, is one of them. I’ve easily reviewed large numbers of files in the past…80+, 150+, specific cases I remember, and Cursor was able to track them all.

It is pretty clear you guys are vibe coding Cursor. That is clear as day, given the sheer number of regressions you guys have. It is really starting to WREAK HAVOC on the stability of your product, its consistency across releases, and the experience of your users. Stuff that worked perfectly fine before 2.0, has been jacked since 2.0, and every new 2.x release some new thing gets jacked up. I’ll be frank: As a paying customer, who has seen major features get jacked and then LEFT BROKNE for months (i.e. Docs!!), this is just not acceptable. You guys need to put some guardrails in place to STOP the regressions and destruction of features that worked GREAT before 2.x, and before this unrelenting foray into dumping new half-baked features on your stressed users every weeks or two…

There is an opportunity here, for a savvy competitor to take advantage of the environment you have created for your users: an environment of total chaos, inconsistency, instability, constant change, removal of USEFUL features, addition of TERRIBLE features, constant resets to UI and settings, TREATING YOUR PAYING USER BASE LIKE BETA TESTERS!, just chaos. Every release. Someone is going to take advantage of the frustration here, and scoop your users up. Personally, I’m honestly waiting for some good ol’ real, classic COMPETITION here, as maybe it will get you guys to stop the bum rush for new features and start thinking about the QUALITY OF LIFE of your users a bit…

Anyway….this worked FINE before. Since your introduction of the diff/review features, its been broken. Please, stop breaking GREAT features that WORK FINE.

1 Like

EDIT: Appears to be a duplicate of Arbitrary limit to changed files in agent chat? - #2 by deanrie

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Only 5 files appear in the “Review changes” view despite 173 files being modified.

Steps to Reproduce

  1. Take a large test suite, something like RSpec
  2. Prompt composer-1 to tag a lot of files
  3. See a much shorter list of changes compared to running git diff or git status

Expected Behavior

The Review Changes screen should show all of the changed files

Screenshots / Screen Recordings

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

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.5.0

For AI issues: which model did you use?

Composer-1

Does this stop you from using Cursor

No - Cursor works, but with this issue

So, this apparently has nothing to do with the numbero f files. I just ran a relatively simple chat to fix a simple import bug. In three files. Three files were changes. Agent shows 2 files changed, and only lists 2 files, so does the diff mode, so does review mode.

You guys broke change tracking with 2.x. Don’t know exactly when, but its definitely broken, and it has nothing to do with large numbers of files being changed.

This problem may also be cumulative. It seems the last day here, I am only seeing one file to be reviewed, when in fact there are many files. Right now I have four files that have been changed, I can see those changes in my git workspace, but the Cursor review panel in the agent chat shows just one file…

Screenshot 2025-12-18 at 11.32.27 AM

Well, this issue keeps getting weirder…the count is different when collapsed, vs. expanded??

And…the real irony is…the ACTUAL number of changed files, at least in the git workspace, is 7. I suspect that there are in fact three files from my previous chat, that were changed as a result of my commit procedure, due to linting errors. I don’t think I actually reviewed those and accepted the changes (almost always unused variables or whitespace issues.) So, that may account for the “missing three” here… In any case, serious issues with the counting of the number of files that have recent changes to be reviewed still.

Ah! I think this is interference from the remnants of that darn “review” mode still hanging around. Review mode still completely horks the workflow that was possible before it was introduced. The count of 10, is the total number of files pending for Review, a feature i do not use and have no interest in using. However, that is not clearly evident in the collapsed list. When scrolling down, the list appears and shows (some) of the files that have outstanding changes (but not all of them, i think the other three, were from another agent tab.) I actually get, and understand, segregating the files in that list across agent tabs, that is how it always worked.

The confusing thing is how this darn review mode interferes with it all, as review mode, is showing ALL of the files pending review, across ALL agent tabs. So, you guys made it so that clicking on a file, opens it up in the classic inline change diff/keep/undo style now, but the review FEATURE is actually STILL INTERFERING with the old workflow that was once possible.

Once I finished reviewing the 5 files listed, it then switched and showed me the Review list, which was 10 files, which were changes spanning different agent chats. I really don’t like that…its very confusing, and I’m never quite sure if I have fully reviewed all the changes that needed to be reviewed or not, BECAUSE OF REVIEW MODE!! PLEASE, for the love of God, can we just yank that entire review mode OUT of Cursor? It is just a disruption that does not seem to add any positive value… Or if there are people who want to use it, then, give us a flag to enable it or disable it entirely.

This is still an issue in 2.3… This is the most frustrating thing about Cursor…new features get added, half-baked, they introduce bugs, and NOTHING is ever done to resolve the issues. So GREAT features, like @Docs, break and are just left broken.

Now, the review feature is becoming like @Docs: It was screwed up with the introduction of the diff/review mode junk, which is still partially in place, and it is still wreaking havoc on the proper functionality of the classic changed files/review functionality.

I am in the middle of working on my code, and I am getting the “Review” view of my changed files. The number of files listed for review, is just 10. I have not reviewed any of the changes yet, so I should have a total of…actually, in fact, these changes spanned across three projects, so really I should have a total of 27 changes, I think, from all three repos. There are only 10 listed here…

Please, guys… Put a hold on new features for a while, however long it takes, and FIX YOUR MAJOR BUGS!