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

[New] catch errors from runQuery #50

Merged
merged 1 commit into from
Jan 28, 2022
Merged

[New] catch errors from runQuery #50

merged 1 commit into from
Jan 28, 2022

Conversation

Green-Ranger11
Copy link
Collaborator

This closes #33

utils/runQuery.js Outdated Show resolved Hide resolved
},
});
} catch (err) {
throw err.message;
Copy link
Owner

Choose a reason for hiding this comment

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

this line might need some work to cover the token being included in the output (#51). want to do that in this PR, or in a followup?

Copy link
Collaborator Author

@Green-Ranger11 Green-Ranger11 Jan 28, 2022

Choose a reason for hiding this comment

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

But I will work on the rate limit issues in another PR

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Follow up question was #51 run on this branch? Currently the only output should be the message and I'm recreating graphql errors and no tokens are being displayed in this PR

Copy link
Owner

@ljharb ljharb Jan 28, 2022

Choose a reason for hiding this comment

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

I think the message contained the token, because it contained the request that was rate-limited.

Copy link
Collaborator Author

@Green-Ranger11 Green-Ranger11 Jan 28, 2022

Choose a reason for hiding this comment

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

In case of a GraphQL error, error.message is set to a combined message describing all errors returned by the endpoint. All errors can be accessed at error.errors. error.request has the request options such as query, variables and headers set for easier debugging.

So I would expect the rate limit to return just the message but anyhow I'll try and rate limit myself to test it out.

Copy link
Owner

Choose a reason for hiding this comment

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

ohhhhh so maybe it was dumping the error.request contents. you're probably right! but good to verify.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Yep its the following:
image
If there's anything else should we land this and i get started asap on the other action items for the rate limits.

Copy link
Owner

Choose a reason for hiding this comment

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

Sounds good.

@ljharb ljharb merged commit 3a6fa74 into main Jan 28, 2022
@ljharb ljharb deleted the handle-error branch January 28, 2022 23:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Handling errors with GitHub api
2 participants