Dashboard top row — numbers in the server render, stamped when older

Top row paints from the shared snapshot (≤15 min), stamped "as of" past the live window

26 Sept 2026 · branch p11-top-row-as-of · captured against propflow-stage · at be6961978f+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 · HIT, older than the live window — the stamp, with the zone named

Stats requests blocked, so these numbers came from the server render. The snapshot is older than two minutes: the card says as of HH:MM with the zone named, and has no live dot.

Asserted in the captured DOM — MONTHLY REVENUE · PER MONTH · as of

HIT, older than the live window — the stamp, with the zone named

2 · MISS — a scope with no snapshot: loading shells, no number

Blocked again, for a company with no snapshot: loading shells, no number invented.

Asserted in the captured DOM — OCCUPANCY · MONTHLY REVENUE

MISS — a scope with no snapshot: loading shells, no number

3 · The same company, loaded normally (this writes its snapshot)

Normal load: this writes the company's snapshot.

Asserted in the captured DOM — OCCUPANCY · MONTHLY REVENUE · PER MONTH

The same company, loaded normally (this writes its snapshot)

4 · HIT inside the live window — numbers from the server, no stamp

Blocked again: the numbers now appear, so the server render carried them through hydration. Fresh, so no stamp.

Asserted in the captured DOM — MONTHLY REVENUE · PER MONTH

HIT inside the live window — numbers from the server, no stamp

Why block requests

With JavaScript off a streamed page shows only its fallback. Blocking the two stats fetches keeps everything else real.

PropFlow Docs