You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The response from one of the stitched graphql endpoint has error and data, the data on the client-side is returned as null, and the error has its message aggregated. However, a simple console.log on remote executor shows us that we have data and more than one error coming from the underlying subschema. Here is the current response on the client-side:
{
"errors":[
{
"message":"Account <###@###.com> not found, \nAccount <###@###.com> not found",
"path":[
"organization"
]
}
],
"data":{
"organization":null
}
}
The following response shows us what we receive from the remote executor.
The query has errors and no data. The response on the client-side receives a 500 network error. The following response shows us what we receive from the remote executor.
Discussed in #4056
Originally posted by guifeliper December 27, 2021
Setup:
We have the following code for stitching the remote schemas; they are perfectly working.
https://www.graphql-tools.com/docs/remote-schemas
Scenario 1:
The response from one of the stitched graphql endpoint has error and data, the data on the client-side is returned as null, and the error has its message aggregated. However, a simple console.log on remote executor shows us that we have data and more than one error coming from the underlying subschema. Here is the current response on the client-side:
The following response shows us what we receive from the remote executor.
Scenario 2:
The query has errors and no data. The response on the client-side receives a 500 network error. The following response shows us what we receive from the remote executor.
Expectations
The data and error should be preserved as it is and should be passed to the client unmodified.
The text was updated successfully, but these errors were encountered: