fix: Partition Modal to use BasicTable component

[royendo]

Migrates the model partitions table (used in Rill Developer and Rill Cloud) from a custom tanstack-table + virtualizer to the shared BasicTable component, and tightens the dialog overlay layout.

• Adds a search input that filters across partition key, data, and error message.
• Adds clickable-header sorting on Executed on (default desc), Elapsed time, and Watermark.
• Fixes the dialog overlay: the table fills the dialog body via flex-1 min-h-0 overflow-auto instead of a fixed 600px height.
• Auto-fetches all pages on open so search and sort cover the full set (the errored/pending server-side filter still limits the result set).
  https://www.loom.com/share/9d1ba05bf66e4336a1b290486e80cd49

Checklist:

• Covered by tests
• Ran it and it works as intended
• Reviewed the diff before requesting a review
• Checked for unhandled edge cases
• Linked the issues it closes
• Checked if the docs need to be updated. If so, create a separate Linear DOCS issue
• Intend to cherry-pick into the release branch
• I'm proud of this work!

---

Developed in collaboration with Claude Code

[royendo]

⏺ Code review results

Agents run: svelte-frontend-reviewer (✓), design-reviewer (failed — model access error), validators (failed — same). I
validated the Svelte findings manually against the source.

Findings after manual validation

All critical/warning findings from the reviewer were false positives. Keeping only what's actionable:

#: 1
Severity: Critical
File: PartitionsTable.svelte:40-42
Finding: "Infinite loop in auto-fetch"
Status: Rejected. TanStack Query's hasNextPage flips to false on the final page when the backend's getNextPageParam returns
undefined, terminating the loop. The reviewer's hypothetical "backend returns hasNextPage: true forever" is a backend bug,
not
a frontend one. Their proposed hasStartedFetching guard is actually buggy — it wouldn't reset on filter change, blocking
refetches.
────────────────────────────────────────
#: 2
Severity: Warning
File: PartitionsTable.svelte:70-115
Finding: "Stale resource captured in const columns"
Status: Rejected in practice. Both call sites (LocalProjectTables.svelte, ProjectTables.svelte) set selectedResource and toggle

the dialog open — the Dialog.Content unmounts its children on close, so PartitionsTable remounts with a fresh const capture
each time. No live resource-swap happens.

────────────────────────────────────────
#: 3
Severity: Warning
File: BasicTable.svelte:28-44
Finding: "Column ID resolution mismatch on Data column"
Status: Rejected. That init block only runs for the column with sortDescFirst: true — which is executedOn (uses accessorKey).
The Data column has no sortDescFirst, so the fallback branch isn't taken.
────────────────────────────────────────
#: 4
Severity: UX
File: PartitionsFilter.svelte:38-40
Finding: "Clicking already-selected item diverges visual from state"
Status: Rejected. DropdownMenu.CheckboxItem is controlled via the checked prop bound to selectedFilter === option.value. On
click, bits-ui fires onCheckedChange(false), our handler ignores it, and Svelte re-renders with checked still true — state
stays consistent.
────────────────────────────────────────
#: 5
Severity: Suggestion
File: PartitionsTable.svelte:47-56
Finding: "Filter IIFE recomputes on every keystroke"
Status: Keep as suggestion. Fast (<10 ms) at realistic partition counts; debouncing only matters at very large scale. Not
blocking.

Net: no blocking issues found. Ship it.