Skip to content

Conversation

martinbonnin
Copy link
Contributor

@martinbonnin martinbonnin commented Mar 27, 2025

As we are discussing adding a new request parameter for disabling error propagation, we'll need this. This should probably have been added 5 years ago but now is better than later. I think this is what most implementations are doing anyway.

@netlify
Copy link

netlify bot commented Mar 27, 2025

Deploy Preview for graphql-spec-draft ready!

Name Link
🔨 Latest commit f91ca51
🔍 Latest deploy log https://app.netlify.com/sites/graphql-spec-draft/deploys/6800cc67284d4b0008819e86
😎 Deploy Preview https://deploy-preview-1151--graphql-spec-draft.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@benjie benjie added the ✏️ Editorial PR is non-normative or does not influence implementation label Apr 3, 2025
@leebyron
Copy link
Collaborator

leebyron commented Apr 3, 2025

looks right - I'll tweak wording and then merge

operationName, variableValues, initialValue)} produces the response, to be
formatted according to the Response section below.

A GraphQL service must ignore unrecognized information in a request. This allows
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems a little broad; arguably something inside the document (an unknown directive, a new syntactic symbol, fragment arguments) is in the request and could be unrecognized, and those should result in validation/parse errors rather than being ignored. Maybe we can use “additional” instead, such as “must ignore any additional unrecognised information” - that implies it’s outside of what’s already specified here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes sense to me 👍 . I know @leebyron wanted to make some wording changes, I'll defer to his decision.

@martinbonnin
Copy link
Contributor Author

This was taken care of in #976, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

✏️ Editorial PR is non-normative or does not influence implementation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants