Madhura68
a9616ff122
Twee P1's uit code-review:
(1) pair/stream race: de findUnique die de pairing-status leest gebeurde vóór
LISTEN actief was. Als de mobiel approvet tussen die query en LISTEN: pg_notify
fired in dat venster gaat verloren (Postgres queuet niet voor abonnees die
nog niet listen) én was de eerder gelezen status stale. De catch-up state-
event emitte dus 'pending' terwijl de DB inmiddels 'approved' was, en de
desktop bleef hangen tot expiry.
Tweede findUnique toegevoegd ná LISTEN actief is: het venster sluit, omdat
elke approve na dat punt via de notify-handler doorkomt. Aanvullend op de
eerdere client-side fix die 'state' events nu ook routeert (commit
|
||
|---|---|---|
| .. | ||
| active-product.ts | ||
| api-tokens.ts | ||
| auth.ts | ||
| pairing.ts | ||
| pbis.ts | ||
| products.ts | ||
| profile.ts | ||
| sprints.ts | ||
| stories.ts | ||
| tasks.ts | ||
| todos.ts | ||