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. |
||
|---|---|---|
| .. | ||
| accounts | ||
| api.js | ||
| calcUnionAsync.js | ||
| catchExceptions.js | ||
| cron.js | ||
| email.js | ||
| facts.js | ||
| feedback.js | ||
| fixtures.js | ||
| i18n.js | ||
| index.js | ||
| IPGeocoder.js | ||
| isMaster.js | ||
| leaflet-workaround.js | ||
| migrations.js | ||
| prerender.js | ||
| ravenLogger.js | ||
| rest.js | ||
| sentryTunnel.js | ||
| sitemaps.js | ||
| subsUnion.js | ||