Entries list is capped at 50 with no pagination #105
Labels
No labels
bug
duplicate
enhancement
future
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
rbrooks/TeaLeaves#105
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Severity: Medium · Confidence: High · Effort: M · Category: ui
Evidence
app/src/pages/Entries/EntryListPage.tsx:32-limit: '50', nooffsetstate, no pager;:95-totalshown but unused for paging;:154-165- bulk banner referencestotalbut the list never browses past 50.Problem
The primary CRUD list is a fixed 50-item window.
totalis displayed but there's no "load more"/offset/infinite scroll.Impact
Once a project passes 50 entries (very plausible for a multi-year research tool), the entries list can't browse history chronologically. Timeline and category filters are partial workarounds, but Entries is the primary surface.
Fix
Add offset-based "Load more" (mirroring the page-based pattern in the Admin audit log) or infinite scroll.
Acceptance criteria
Filed from the 2026-07-15 codebase audit. Full report:
docs/.internal/report-2026-07-15.md(gitignored).Added a Load more (N remaining) pager to the Entries list, paging through the rest via the API's existing
offset/total(the API already supported it). A project past 50 entries can now browse its full history from the list.Shipped in
59e4fdd(test fix6561f9a), part of the v7.3.0 milestone. Verified on dev (v7.2.1-3-g6561f9a): app suite 65/65 and api suite 268/268 green on the dev server; the one CI red was the known runner flake (iac#159), not this change.