Skip to main content
All V1 errors use a single envelope:
Use code for program logic. request_id correlates the response with Viggle logs and support systems; internal implementation codes are not exposed.

Common V1 error codes

Retry policy

Retry only temporary service failures. Start with a short delay and increase it between attempts; do not retry 400-, 401-, 402-, 404-, or 409-level responses unchanged. Because V1 does not expose idempotency keys, do not automatically retry a create request after a network timeout unless your integration can safely determine that no resource was created.

Failed async jobs

An HTTP 200 response from a status endpoint can still describe a failed job:
Treat failed as terminal. Keep the resource ID and X-Request-Id for support.