Replies: 1 comment 1 reply
-
Hey @cbratschi — you're correct with this issue. We've already moved to the pattern that is suggested in 3.x, but in 2.x, that would be a breaking change. For this reason, we are unlikely to back-port it because it would require a major release. Is there a reason that you need to have GraphQL installed locally? You should use the Payload-provided GraphQL instance if you are building custom GraphQL queries / mutations, which will solve for the need to have it locally installed. Would love to learn more but will convert this to a discussion and we can continue the conversation there! |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Link to reproduction
No response
Describe the Bug
Currently graphql is used as a normal dependency which causes version errors if a slightly newer version is installed. The package should always be used as a peer dependency:
graphql/graphql-js#594 (comment)
To Reproduce
Install latest graphql version and graphql complains about having different version being installed.
Payload Version
2.26.0
Adapters and Plugins
db-mongodb, bundler-webpack, live-preview
Beta Was this translation helpful? Give feedback.
All reactions