Naiyuan Qing efb9bdadf4 feat(issues): show the table's own grid while its first page loads, and end its columns like every other surface ...

Two loading-state gaps, both in how the table's non-issue rows are modelled.

A cold load rendered a single "Loading…" line under a full header, which reads
as an empty table rather than a loading one. The surface-level skeleton meant
for it was unreachable: use-issue-surface-data hardcodes isLoading to false for
table, so the `mode === "table"` branch never ran — and it would not have
fitted, drawing rounded bars at p-2 where the table draws an edge-to-edge grid,
so switching it on would have traded one wrong state for a layout jump.

Placeholders are rows now, rendered through the ordinary cell renderer so they
inherit the real column widths, pinning and borders. Everything the table knows
before its data — header, toolbar, column layout — is up immediately, and the
rows swap in without moving anything. The unreachable surface branch is gone.

The end of a column was hand-rolled too, leaving the table the one surface
where a failed page read as muted body text rather than an error, where the
prompt sat left-aligned against three centred ones, and where reaching the end
of a paginated branch said nothing at all. The row carries its state rather
than a finished label and renders through ListLoadMoreFooter, the footer Board,
List and Swimlane already share — which exists, per its own comment, so those
states and their wording stay consistent.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-07-29 14:25:40 +08:00

..

core

feat(issues): agents-working chip on the sub-issues header (#5825) (#5834)

2026-07-28 14:30:19 +08:00

eslint-config

…

tsconfig

…

ui

fix(ui): stop the table header flickering black during scroll

2026-07-29 14:24:42 +08:00

views

feat(issues): show the table's own grid while its first page loads, and end its columns like every other surface

2026-07-29 14:25:40 +08:00