Buildings: red only when something is missing, and Looks good on the page

The Buildings page now says where its checklist row stands beside the count, and Looks good clears the dot.

12 Oct 2026 · branch feat/buildings-looks-good · captured against propflow-stage · at 9342c0b94fe+local

Data note. Every name and balance below comes from propflow-stage, which is anonymized by construction (ADR-0097/0110 — phones in the impossible +1000 NPA, emails @example.test). The identical capture against prod would carry real tenants' names and balances and is not safe to attach anywhere, which is why the generator refuses to run against one.

1 · Overview: the same sign-off, reopened

The Overview checkbox and the Buildings page's Looks good are one sign-off. Here it was reopened (unticked), so the row says Reopened by and stays open.

Asserted in the captured DOM — Choose which buildings Clara works in · Reopened by

Overview: the same sign-off, reopened
Sections 2–4

2 · Not confirmed yet: the note and Looks good beside the count

Fairhaven Residential (TEST), on stage. Nothing required is missing (buildings are On), but nobody has confirmed. The line beside the count says Nothing is missing. and offers Looks good. Before this PR the page said nothing, and the rail's red dot could only be cleared from a checkbox on Overview.

Asserted in the captured DOM — buildings are on · Nothing is missing. · Looks good

Not confirmed yet: the note and Looks good beside the count

3 · After Looks good: Confirmed by, and the rail dot is gone

One press writes the row's existing sign-off for the company on screen. The line becomes Confirmed by <name> · <date>, and the shared checklist entry is patched, so the rail dot clears at the same moment.

Asserted in the captured DOM — Confirmed by

After Looks good: Confirmed by, and the rail dot is gone

4 · Phone width

The count and the confirmation wrap onto two lines, with no sideways scroll.

Asserted in the captured DOM — Confirmed by

Phone width
PropFlow Docs