Properties: a table link opens on the table
p11-x-skeleton-everywhere part D: the server reads ?view= so a table link paints the table first
28 Sept 2026 · branch properties-view-server-state · captured against propflow-stage · at 4033d496a3+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 · A table link: /properties?view=table
The page now hands the address's ?view=table to the list before it renders, so the first paint is the table rather than cards that flip to the table once the browser reads the address. The screenshot is the settled page; the first-paint claim itself is pinned by PropertiesClient.view-param.dom.test.tsx, which server-renders the page's island and finds the table headers (red on main).
Asserted in the captured DOM — PROPERTY · ADDRESS · UNITS · OCCUPIED. The table's column headers (drawn in capitals) are on screen.
2 · No view named: /properties
With nothing in the address the page keeps its default, cards, exactly as before. A tab that last chose the table still switches to it on mount from its own stored preference; the server cannot see that one, which is what part B (the loading frame) addresses on in-app navigation.
Asserted in the captured DOM — Properties. The page renders with its heading.
