The Settings building lists now name this tab's company on their roster read. What they show does not change.
5 Oct 2026 · branch uisd-p2-properties-roster-readers · captured against propflow-stage · at fd2d237110e+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.
The same view captured from a dev server on the commit this branch departed from. Note the line No properties to pick from yet: it is identical before and after, because the invite picker leaves out sandbox (isTest) buildings, and this TEST company's buildings are sandbox. This PR does not change that.
Asserted in the captured DOM — Wei Slope Mirror · These properties · Property access
A TEST company picked in the address, the invite form open with These properties chosen. The list of buildings under it comes from the roster read (/api/properties?shape=roster), which now carries this tab's company itself (org=org_ws_mirror_test) instead of relying on the shared selection cookie. The form reads as before.
Identical to 1a, including the sandbox-filter line. The difference is only in the request: the roster read now names org=org_ws_mirror_test itself.
Asserted in the captured DOM — Wei Slope Mirror · These properties · Property access
The Property tab's list on Settings › Leasing & tours. Each row's unit count and address line come from the same roster read, which now names the tab's company. The rows carry those facts as before ("4 units", "3 units · 1240 Bunting Avenue…"), so the read was answered for this company.
Asserted in the captured DOM — Wei Slope Mirror · units