Skip to content

Commit 7cada52

Browse files
TOTBWFleebyron
authored andcommitted
Clarify handling of null handling within lists (#317)
* Clarify handling of null handling within lists As it stands, the spec is unclear on what to do when an Non-Null element of a list resolves to null. These changes clarify that the entire list should resolve to null, and to propagate the error upwards * Wrap/modified
1 parent c5684b2 commit 7cada52

1 file changed

Lines changed: 5 additions & 0 deletions

File tree

spec/Section 6 -- Execution.md

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -693,5 +693,10 @@ handled by the parent field. If the parent field may be {null} then it resolves
693693
to {null}, otherwise if it is a `Non-Null` type, the field error is further
694694
propagated to it's parent field.
695695

696+
If a `List` type wraps a `Non-Null` type, and one of the elements of that list
697+
resolves to {null}, then the entire list must resolve to {null}.
698+
If the `List` type is also wrapped in a `Non-Null`, the field error continues
699+
to propagate upwards.
700+
696701
If all fields from the root of the request to the source of the error return
697702
`Non-Null` types, then the {"data"} entry in the response should be {null}.

0 commit comments

Comments
 (0)