vjrj
50ca9cc6cf
All checks were successful
build-image / build (push) Successful in 12m16s
storeUnion checked `typeof union === 'object'` as its "did this work" guard, but typeof null is also 'object' — so a worker call that failed (caught upstream, leaving union as its initial null) looked identical to a legitimate "zero valid subscriptions" result, and got silently stored as the string "null" instead of being treated as a failure. This is exactly what corrupted subs-public-union/subs-private-union on staging just now, while chasing the missing-turf-deps bug. storeUnion is now only called once calcUnionAsync has actually resolved; process() and incrementalAdd() catch failures themselves and skip storing anything, leaving the previous (still valid) union alone. |
||
|---|---|---|
| .. | ||
| client | ||
| common | ||
| server | ||