-
-
Notifications
You must be signed in to change notification settings - Fork 818
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Validate arguments for delegateToSchema
#550
Comments
Hmm, is that something we could rely on the underlying schema for? It seems like the direction this would head would be reproducing all of the validation on both ends of the call which would definitely impact performance. |
@stubailo From the spec: "Typically validation is performed in the context of a request immediately before execution, however a GraphQL service may execute a request without explicitly validating it if that exact same request is known to have been validated before.". In this case, the request has not been validated before. Also, a call to To me, that's not 'validation on both ends of the call', it's following spec by doing |
Hmmm, I guess I'm thinking primarily about remote schemas. But yeah that makes sense. |
This is likely addressed by validation that has been present since at least v4, which can optionally be disabled with skipValidation set to true Closing this stale issue. |
It's a common scenario to modify the
args
parameter which is required fordelegateToSchema
. It can easily happen that you're making a typo here or somehow else don't match the underlying schema for the input types.Would be great if
delegateToSchema
would validate the schema of the arguments before delegating to the actual schema.Related: prisma-labs/prisma-binding#16
The text was updated successfully, but these errors were encountered: