The queue's poll asks the server for only the work orders awaiting approval; the drawer loads activity on open.
30 Sept 2026 · branch fix/approval-queue-bounded-read · captured against propflow-stage · at c9919c4c27+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.
One company picked. Same rows as before. Each 5-second poll now reads only these rows for this tab's company, not every work order with its full history.
Asserted in the captured DOM — Approve (. The queue has rows (the Approve button only renders over a non-empty queue), so the server-side filter returned the waiting work orders.
Clicking a row opens the drawer, which reads the opened work order's activity itself. Both waiting work orders on stage have no recorded activity, so no "Recent Activity" block shows (same on main); that path is pinned by a component test.
Asserted in the captured DOM — Approve & Dispatch · View Full Details. The drawer opened on a waiting work order from the server-filtered queue.