lsm / neokai / 25641967925

82%

Build Type

push

github

Committed by web-flow

Commit Message

feat(space): server-side pagination for task list groups (#1851)

* feat(space): server-side pagination for space task list groups

Replace the all-tasks-at-once render with per-status-group pagination
(10 items per page) so spaces with thousands of tasks no longer pay the
full materialization cost on every view.

- Repository: new `listBySpaceAndStatus` returning `{tasks, total}` with
  tri-state `blockReason` (undefined / null / value) and a
  `blockReasonNotIn` negation filter for the generic Blocked bucket.
- Manager + RPC handler: backward-compatible `spaceTask.list` — bare
  array when no pagination params, `PaginatedSpaceTaskResult` when any
  of `status`/`limit`/`offset`/`blockReason`/`blockReasonNotIn` is
  provided. Validation rejects illegal combinations.
- Store: `fetchTaskGroup(status, options)` that does not pollute the
  rolling `tasks` signal — local to each group card.
- UI: each `TaskGroup` card now hosts a `TaskGroupPagination` footer
  with Prev/Next + "Showing X–Y of Z". Badges and empty-skip still
  read from the in-memory `tasks` signal so they remain real-time.

* fix(space): refresh paginated groups on content edits, errors, and space switches

Address PR #1851 review feedback:

- Refetch on task content changes — derive a `contentSig` from the
  matching tasks' (id, updatedAt) pairs and feed it into the fetch
  effect's dep array. Edits that keep the same count (title/result
  tweaks, dependency edits, `updatedAt` reorders within the same
  status) now refresh the visible page instead of leaving stale rows
  on screen until the user paginates.

- Include `spaceId` in the group key so navigating between spaces
  while the Tasks view is open re-resets the offset and re-fetches
  even when (title, status, blockReason, localCount, offset) happens
  to match across spaces. Previously rows from the prior space could
  remain visible until some other dependency changed.

- Preserve pagination controls on fetch error — keep the previ... (continued)

Coverage Stats

75 of 103 new or added lines in 3 files covered. (72.82%)

4 existing lines in 2 files now uncovered.

54418 of 64230 relevant lines covered (84.72%)

338.5 hits per line