Settings clean-up: the scope header follows what each page holds

Before is main; after is feat/settings-cleanup-p6-sides. Captured as a real customer admin.

5 Oct 2026 · branch feat/settings-cleanup-p6-sides · captured against propflow-stage · at c143f2e4549

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 · Before: Renewals opens on a Company tab with nothing of its own

Renewals holds only a per-building setting, yet it opens on Company, with a "Set per property" placeholder.

Asserted in the captured DOM — Set per property

Before: Renewals opens on a Company tab with nothing of its own

Provenance. Captured from commit 706d482d9f6, read from the worktree the server was started from (/Users/miniclaw/code/PropFlow/wt-settings-main) — the server could not report its own commit, so this is the weaker of the two sources. That commit is already merged into origin/main.

Sections 2–4

2 · After: Renewals opens straight on a building

No Company tab and no placeholder: the building selector, with the first (or remembered) building open.

Asserted in the captured DOM — Open renewal

After: Renewals opens straight on a building

3 · After: Leasing & tours keeps Company and Property

A page with both sides is unchanged.

Asserted in the captured DOM — Tour length

After: Leasing & tours keeps Company and Property

4 · After: Billing, company-only, has no scope selector

One company, so no tabs.

Asserted in the captured DOM — Billing

After: Billing, company-only, has no scope selector