| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
| contain the {errors} entry, then the server SHOULD reply with a `200` status | ||
| code. |
There was a problem hiding this comment.
just curious why this is SHOULD? what other status code would be acceptable here? (in theory i could see something like a 201 on mutation, so i could see someone trying to be a good REST citizen and implementing that)
(I realize this is an existing wording and probably already discussed)
Sorry, something went wrong.
There was a problem hiding this comment.
201 is the reason. Or more general make sure that clients to not do == 200 checks in case we want to use other codes in the future.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Just like there is GraphQL-over-HTTP request, this PR introduces GraphQL-over-HTTP response.
Using GraphQL response was misleading because the HTTP specification doesn't say anything about response streams and we might end up using a separate media type for this (application/graphql-responses+jsonl, ...)
Instead, this PR introduces a new GraphQL-over-HTTP response that is either an execution result or a request error result, but not a response stream.