* fix(transactions): fetch all pending rows so the inbox is never capped at 200
The transactions page fetched only the newest 200 rows and derived the
inbox from that window, with no load-more in inbox mode. Users with more
than 200 transactions since their oldest unhandled row had older pending
transactions silently hidden, and the footer counter understated the
real backlog (confirmed live: 188 shown vs 286 actual).
The inbox now merges a fetchAllRows query for every pending row
(is_business null, not ignored) into the transactions state, so all
existing row-mutation paths keep working unchanged. The history view
keeps its contiguous newest-first paging via a tracked window boundary
(pagedCountRef / pagedThroughDate) and hides the sparse older pending
rows that would otherwise read as missing bookkeeping.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
* fix(transactions): address review findings on the pending-backlog fetch
Stable (date, id) ordering on both history page queries so offset paging
cannot skip or repeat same-date rows; surface a pending-backlog fetch
failure through the existing load-failed toast instead of silently
rendering a complete-looking inbox; chunk fetchPotentialMatches .in()
lists at 150 ids so a large pending backlog cannot exceed PostgREST URL
limits and silently drop match hints.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
---------
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Mattsson
6aab1fbe23
