Skip to content
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

Better handling of cases where dart errors are throw during response … #193

Merged
merged 3 commits into from
Mar 31, 2019

Conversation

mwalkerwells
Copy link
Contributor

Not all errors thrown here are GraphQL errors and we should not show an error related to being unable to access message.

When I encountered this, it led to a lot of misdirection and debugging...

Copy link
Collaborator

@micimize micimize left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

agreed, better to throw the original error

@venkatd
Copy link

venkatd commented Mar 31, 2019

My thinking is it might be cleaner to create graphql-specific exception classes and only catch those. This way non-graphql errors propagate as expected. I created an issue related to this here #177

@micimize micimize merged commit f533c68 into zino-hofmann:next Mar 31, 2019
@HofmannZ
Copy link
Member

🎉 This PR is included in version 1.0.0-beta.1 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

@HofmannZ
Copy link
Member

🎉 This PR is included in version 1.0.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants