At a glance
- Identifier: #1183
- Stage: RFC 3 / Accepted
- Champion: @benjie
- Latest activity: Spec PR merged on 2026-09-17
- Spec PR: https://github.com/graphql/graphql-spec/pull/1183
Spec PR description
If a response position resolves to {null} because of an execution error which has already been added to the {"errors"} list in the execution result, the {"errors"} list must not be further affected. That is, only one error should be added to the errors list per response position.
The response position mentioned at the beginning of this paragraph is different to the response position from which the error originated; therefore "only one error should be added to the errors list per response position" is kind of moot. Actually what we mean here is that the response path of the error (i.e. the "path" entry in the error object) should be unique.
This edit clarifies that it's the "path" of the error that matters (and should be unique), not the position that re-raised it.
Timeline
- Spec PR merged on 2026-09-17 by leebyron
- Top comment edited on 2026-09-17 by benjie
- Advanced to RFC 3 on 2026-09-17 by leebyron
- Added to WG agenda on 2026-09-17
- 2 commits pushed on 2026-09-10
- @benjie committed "Revert "Rename response position to execution position""
- @benjie committed "Undo header change"
- Advanced to RFC 0 on 2025-07-17 by leebyron
- Added to WG agenda on 2025-07-17
- Top comment edited on 2025-07-10 by benjie
- Spec PR created on 2025-07-10 by benjie
- 2 commits pushed on 2025-07-10
- @benjie committed "Clarify it's the "path" of the error that matters, not the position t…"
- @benjie committed "Rename response position to execution position"