PARTIAL — the picked company's numbers agree after a picker switch and after a hard load (staff login)
Clause (c) of row ui-s-d-part2: the picked company's numbers after a soft switch and after a hard load. Shot on main after #14699, stage table, staff login. Figures are read from this run, never pinned.
1 Oct 2026 · branch detached · captured against propflow-stage · at 410a994d7bf+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 · 1 · The control — a hard load at JPCO
Hard load at JPCO.
Asserted in the captured DOM — JPCO. Control: JPCO's name and its prospect total, read in this run.
Details
2 · 2 · The other company — a hard load at Fairhaven Residential
Hard load at Fairhaven Residential.
Asserted in the captured DOM — Fairhaven Residential. Control: Fairhaven's name and a different total, read in this run; the run refuses if the two totals match.
3 · 3 · THE SOFT SWITCH — the half PR #9058 could not meet
The soft switch: picker, no reload.
Asserted in the captured DOM — Fairhaven Residential · most recently active of 199. Opened at JPCO, switched to Fairhaven in the corner picker with no reload: Fairhaven's name and Fairhaven's total from section 2.
4 · 4 · …and the hard load that follows it agrees
The hard load that follows agrees.
Asserted in the captured DOM — Fairhaven Residential · most recently active of 199. Hard load at Fairhaven after the switch: the same name and total.
Why this is PARTIAL, and what closes the clause
PARTIAL: this is the staff login picking a company, not a customer who holds two companies. That needs one seeded two-company test login, a shared-table write only a human approves; with it this spec re-runs with --identity=non-staff.