-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Feedback on v16.0.0-rc.1 #3245
Comments
|
Same story for Enums and other types. |
|
I guess it previously was supported because of |
Could EDIT: Created PR #3246 |
Another thing, can a experimental-stream-defer version of this RC also be released? |
fixed/refactored on main #3187 Could be backported |
Yeah we need this @IvanGoncharov. I was looking into |
|
Breaks const apolloServer = new ApolloServerBase({ schema, debug }); yields in the exception
Seems like apollo-server is using the legacy execute call signature |
Previously the
but the export was changed to Could we still have a default export for having easy backward compatibility without having to inline the function into our libraries? I created #3247 for this simple change |
Parser class attributes are private and should be protected instead for implementing custom parsers. #3248 |
GraphQLError now has this: But the comment indicates it should be removed? SHould this be removed or is the comment outdated? This also causes TS errors for apollo-server. |
The breaking change for
and then in the GraphQL.js 17 release change it to
That gives people and tooling around GraphQL.js more flexibility. I created #3249 for this. |
In < v15 there was
But now there is no third parameter for About all of the issues written here so far, I think it would be better not to release v16 until fixing these issues because those are heavily from the popular packages. For this kind of breaking changes I'd suggest to keep backwards compatibility with a deprecation notice in the first major(maybe minor) release to warn people for upcoming breaking change then remove it completely on the following major. |
@n1ru4l Thanks for your PRs to apollo-server.
@kamilkisiela I will fix that in the federation repo.
@kamilkisiela Yes, it was first deprecated and then removed: graphql-js/src/type/definition.js Lines 1016 to 1017 in d2d8458
You should use deprecationReason instead and it is also supported in v15.x.x
It was renamed to |
@IvanGoncharov |
@ardatan |
Released a https://github.com/graphql/graphql-js/releases/tag/v16.0.0-rc.3 with all fixes included, big thanks for all PRs 👍 |
I stuck with updating Apollo Server. |
I figured migration path for |
I feel like graphql/graphiql#1982 should be fixed before releasing v16 |
@PabloSzx I left a comment on how to fix it. |
To test GraphiQL we need to publish RC version that has |
@saihaj Current plan:
|
As discussed on WG we are ready to cut release. |
Will release defer-stream tomorrow |
Can you please test your lib/project against https://github.com/graphql/graphql-js/releases/tag/v16.0.0-rc.1 and leave feedback on this issue.
The text was updated successfully, but these errors were encountered: