Closed DanielRosenwasser closed 4 years ago
looks like you are having an issue with graphql-config
. might be best to open this issue in that repo, however they will tell you that the result of your schema pointers needs to be a valid schema. this means no duplicate types , or undefined types!
anyways, good luck with your issue! it would be labourious for us to trap this error handled by graphql-config and provide any other kind of error output to make this clearer.
if you need better information about why your schema pointers are invalid, then opening a ticket for https://github.com/kamilkisiela/graphql-config would be your best bet!
Hey, thanks for looking into this. My take is that the language service should be more resilient to invalid input, whether that's in config or in incorrect schema. If the underlying dependency can't handle invalid config or schema, will it ever be able to provide code completion in SDL files? If not, is that in the long-term scope of the project? Sorry ahead of time if I've missed something.
yes, it can handle invalid schema and provide completion when editing SDL files, and i will expose this option in the next patch release. it's just that certain types of issues will break the parser or other lower levels of logic, which are hard to avoid. I will keep this in mind for the future, as it would be ideal to highlight duplicate types in SDL files, etc. Using multiple SDL files for the entire schema source isn't exactly the most popular way to do things, so we will be following up with improved support for that where possible once we ensure that programmatic schema users needs are met
Actual Behavior
Console crashes galore.
Expected Behavior
Type errors, completions, functioning behavior.
Specifications
Steps to Reproduce the Problem Or Description