TaskCard already switched to the FULL pipeline once a card reached its review
lane — and then suppressed the rendering of what it had just computed, because
`showProgressSection` still required `task.status === "executing" || isWipColumn`.
The operator saw nothing for the stage those gates were promoted into.
FN-7676 hid the breakdown in Planning because enumerated implementation steps are
a premature planning artifact there. That reasoning does not extend to in-review,
where builtin:coding-ideas-v2 runs Verification, Documentation & Delivery and Code
Review as real, advancing work.
The previous commit fixed ListView on the same reasoning and I assumed TaskCard was
already correct because its scope switch flipped. It flipped and the render gate
dropped it one line later.
Both the scope switch and the render gate now resolve the lane through
`isReviewColumnRole`, by trait rather than the hardcoded `in-review` id, so a
renamed board behaves the same.
Two TaskCard tests asserted the old absence and are updated to the new truth: the
running-gate badge remains a distinct additive affordance and is not replaced by
the bar, while the expandable step list still stays collapsed until opened.
Dashboard 661 tests, test:gate and verify:fast green.
0c2f204acc