This repository has been archived by the owner on Sep 2, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 860
Well-defined API errors #361
Labels
Comments
Have you seen this list of error codes? |
Thanks a lot for bringing this up @ejoebstl. Typed errors is definitely something we'd love to support at some point in the future as soon as this becomes officially part of the GraphQL spec. Check the following issue to track the progress in the GraphQL spec: graphql/graphql-spec#135 Until then working with the API error codes as @kbrandwijk pointed out is the way to go. Any other suggestions are more than welcome! |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
It would be great to have a schema for API errors, or at least some pre-defined codes that are easily machine-readable.
Detecting which error happened can ease robust programming a lot.
For example, I might want to explicitly handle accessing a node that does not exist, retry on a connection error, and fail hard on a syntax error in the query.
The text was updated successfully, but these errors were encountered: