-
Notifications
You must be signed in to change notification settings - Fork 272
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
v1.19.0: "Cannot add fragment of condition ... to parent type" #3133
Comments
Does v1.18.1 work fine for you? For us pretty much every release since |
@marc-barry thanks for pointing it out. This should be available shortly in the router's query planner |
@Geal Seemed more related to compression. |
@marc-barry You opened the issue in a fine place! Thank you! In fact, the issue on @Meemaw Previous releases you mentioned may have been impacted by different bugs at the time of their release but, but v1.18.1 doesn't exhibit this particular bug as @marc-barry noted in the original post. I've updated the title of this issue to concretely frame this particular bug. Thanks! |
Yes. It is working for us and we have currently reverted back to |
We should have a Router release out today with Federation 2.4.6's query planner which fixes this: https://github.com/apollographql/federation/releases/tag/%40apollo%2Fquery-planner%402.4.6. |
Fix #3133 This fixes some errors in query planning on fragment with overlapping subselections, with a message of the form "Cannot add selection of field X to selection set of parent type Y". The new router-bridge version also allows updating some dependencies that were fixed to older versions: bytes, regex, once_cell, tokio, uuid
This is resolved in https://github.com/apollographql/router/releases/tag/v1.19.1. |
We deployed https://github.com/apollographql/router/releases/tag/v1.19.1 and unfortunately, the router did this for the queries causing issues when we moved to {
"span": {
"http.flavor": "HTTP/1.1",
"http.method": "POST",
"http.route": "/graphql",
"otel.kind": "SERVER",
"name": "request"
},
"classification": "Status code: 500 Internal Server Error",
"spans": [
{
"http.flavor": "HTTP/1.1",
"otel.kind": "SERVER",
"http.method": "POST",
"http.route": "/graphql",
"name": "request"
}
],
"message": "response failed",
"timestamp": "2023-05-26T16:22:50.211396Z",
"latency": "0 ms",
"level": "ERROR"
} |
@marc-barry As noted on the other issue, please check again with https://github.com/apollographql/router/releases/tag/v1.20.0. |
Describe the bug
We rolled out
1.19.0
today and immediately hit an error and found the same error was reported under apollographql/federation#2592. It looks like a PR was created under apollographql/federation#2594 to address the issue.I wasn't sure how to report you pulled in a dependency from https://github.com/apollographql/federation which broke some queries for specific users. We have since downgraded back to https://github.com/apollographql/router/releases/tag/v1.18.1 while we wait for a new release to pull in a new version of the
federation
dependency.To Reproduce
See apollographql/federation#2594 for the fix.
Expected behavior
The behaviour proposed by apollographql/federation#2594.
Output
Error output from what we saw:
Desktop (please complete the following information):
Additional context
N/A
The text was updated successfully, but these errors were encountered: