An in-review card now renders its stage through the running-gate badge alone —
Code Review, then Documentation, then Merging — with no progress bar, no counter,
and no expandable step list.
This reverts the review-lane progress section added earlier in this series. That
change was a correct fix for the complaint at the time (the review lane showed
nothing at all), but with the lane reduced to two milestones in a fixed order the
badge already answers "where is this card", and a list of two rows plus every
finished implementation step is noise on a board.
It also removes a defect for free rather than by repair. The list is built from
`task.enabledWorkflowSteps`, which is FROZEN on the card at planning time, so a card
planned before its workflow changed rendered a milestone that no longer exists as
permanently `pending` — a ghost row that could never resolve. Removing the deleted
`verification` group created exactly that on in-flight cards. No list, no ghost, and
no reconciliation pass to write and maintain.
Cost, stated rather than hidden: a NON-BLOCKING gate that failed is no longer
visible from the board — Documentation cannot hold a card, so a failed delivery note
now merges silently and must be read on the card itself. Blocking failures are
unaffected: a Code Review REVISE moves the card back to in-progress, which is the
most visible signal the board has.
Tests updated to the new truth, not around it: the review-lane assertions now expect
`.card-progress` and `.card-steps-list` to be absent.
pnpm lint 0 errors, typecheck, test:gate, and 738 tests across every suite that
touches card progress (TaskCard, ListView, taskProgress, board-mobile, live-ticker).
The full dashboard suite's 22 failures are pre-existing and unrelated — ChatView,
voice dictation, model menus, process supervision — with no card or progress test
among them.
e71ccb9d70