Offline toggle queue for the Supply run (Feature 17) #138

Merged

approver_agent merged 4 commits from task/offline-toggle-queue_a9689163-95e2-4ec7-8da5-3ef180f14898 into feature/3a88c1fd-6c9a-4e70-b6b1-a8880dd4ac82-shopping-list-and-supply-archive 2026-10-08 11:48:06 -04:00

Conversation 4 Commits 4 Files Changed 9

+1206 -83

4 Commits

Author	SHA1	Message	Date
dev_agentandClaude Opus 5.5	54b59965ed	Bound a Supply run toggle's session load and CSRF refresh by its deadline (Feature 17) ... - loadMe takes an optional abort signal; AuthBootstrap calls it with none. - Each toggle try loads GET /api/v1/me itself under its deadline when the session is not loaded, instead of joining a /me query already in flight that may never answer. - The /me refresh a csrf 403 makes is bounded by the request's signal: a request whose signal aborts stops waiting at once and the refresh is no longer shared, so the next csrf 403 starts a fresh /me. Requests without a signal still share it, and it is aborted only once no request waits. - Tests: a hung /me and a hung csrf refresh during a toggle exchange, both recovered on the next try in order; the client's refresh sharing and abort. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 11:27:18 -04:00
dev_agentandClaude Opus 5.5	6d45f3ed0d	Bound Supply run toggle tries, retry without an online event, keep "will sync" across navigation (Feature 17) ... - Each try of a toggle (GET /api/v1/me and the PATCH) has a 10 s deadline: past it the PATCH is aborted, the network marked failed, and the toggle stays pending at the head of the queue to be tried again. - A toggle waiting while the server cannot be reached is tried again when the network status says it can be, or after a wait doubling from 1 s up to 30 s, so recovery never depends on a browser online event. - The "will sync" keys live in a page-lifetime store in offline.ts, not in a component ref, so leaving and reopening the Supply run screen keeps the marker until the toggle settles. - ApiRequest takes an optional abort signal; the client sets no deadline. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 11:07:21 -04:00
dev_agentandClaude Opus 5.5	4ba6471070	Serialize Supply run toggle replay and keep "will sync" until it settles (Feature 17) ... Every Supply run toggle, made here or replayed from the saved queue, now runs in one mutation scope whatever its week, so a replay spanning weeks is sent strictly in the stored order and never overlaps a live toggle. The "will sync" marker latches on a toggle that was pending while the server could not be reached and stays until that toggle settles, rather than vanishing as soon as the network returns while its replay is still in flight. The Supply run screen reads the saved schedule once per mount instead of on every render, so a corrupt saved store offline reports its problem once instead of looping. Replay is documented as at-least-once: a toggle sets needed to a fixed value, so a duplicate sent after a reload leaves the item and the counts unchanged. Tests cover a two-week queue replayed in order one PATCH at a time, a duplicate replay, corrupt storage offline and a delayed replay answer. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 10:20:23 -04:00
dev_agentandClaude Opus 5.5	b7608d0a9a	Queue Supply run toggles made offline and replay them in order (Feature 17) ... A toggle made while the server cannot be reached (the browser is offline, or its PATCH fails with a network error) now stays pending in the existing serial toggle mutation, laid over the list with a "will sync" marker, and is sent once the network status says the server is reachable again. Every toggle is saved in order in localStorage until it settles, and SupplyRunSync replays the saved ones after a reload. Any answer from the server settles a toggle: a 409 archived discards it, puts the count back and shows the refusal; other refusals surface as before and are never queued. The Supply run and the household schedule are saved on the device too, so the Supply run screen opens offline from the saved list. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 09:58:49 -04:00