Skip to content

Fix/desktop repo files truncation 4428 - #4497

Closed
tagadearpit wants to merge 2 commits into
block:mainfrom
tagadearpit:fix/desktop-repo-files-truncation-4428
Closed

Fix/desktop repo files truncation 4428#4497
tagadearpit wants to merge 2 commits into
block:mainfrom
tagadearpit:fix/desktop-repo-files-truncation-4428

Conversation

@tagadearpit

Copy link
Copy Markdown

Summary

Related issue

Testing

The Files tab silently truncated tree listings at 250 entries and
presented the truncated list as complete. Raise the soft cap and name
the constant so typical repos (including the reported 661-file case)
render fully while still bounding memory on huge monorepos.

Fixes block#4428

Signed-off-by: Arpit Tagade <tagadearpit@users.noreply.github.com>
The Files tab silently truncated tree listings at 250 entries and
presented the truncated list as complete. Raise the soft cap and name
the constant so typical repos (including the reported 661-file case)
render fully while still bounding memory on huge monorepos.

Fixes block#4428

Signed-off-by: Arpit Tagade <tagadearpit@users.noreply.github.com>
@tagadearpit
tagadearpit requested a review from a team as a code owner August 3, 2026 08:46
@Chessing234

Copy link
Copy Markdown
Contributor

this drops a large chunk of project_git.rs (~600 lines) while only raising the 250 cap. #4499 looks like the fuller fix — discloses truncation instead of silently deleting snapshot helpers. please confirm the deletions were intentional and not a bad rebase.

@tagadearpit

Copy link
Copy Markdown
Author

You're right — the ~600-line deletion was not intentional. It was a truncated push of project_git.rs, not a deliberate design choice.
Intended change was only introducing MAX_TREE_ENTRIES = 5_000 and using it in the two .take(250) sites.
Agree #4499 is the fuller/better fix (disclose truncation + total count). Closing this PR in favor of that work.

@Chessing234

Copy link
Copy Markdown
Contributor

raising the hard cap helps, but #4499's total_file_count disclosure is clearer for huge trees — might want to align with that.

@tagadearpit

Copy link
Copy Markdown
Author

Agreed — disclosing total_file_count (as in #4499) is clearer than only raising the hard cap. Closing this PR in favor of #4499.

@tagadearpit tagadearpit closed this Aug 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants