Cloud session startup failures are now classified as retryable or not.
What's wrong with this entry?
Cloud session startup failures now carry a reason and HTTP status, with a table saying which reasons are worth retrying. Epoch conflict, superseded by another worker, session not active and stale epoch are retryable; session not found, expired token and exhausted auth are not. A set of 401, 403, 404 and 429 sits alongside it. The error message itself already existed in the previous build, so what is new here is the classification table.
superseded_by_worker
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.