You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This has come up several times (e.g. #15, #18, #45) and causes people to come here looking for answers.
Instead, Grip should handle this error inside the application. It can either provide instructions on how to run using --user / --pass or even better, a login form to accept the credentials without requiring a restart.
The text was updated successfully, but these errors were encountered:
I'm running grip --export from the command line, and the result is an HTML file composed of 403 Forbidden. Could a ~/.grip.conf file contain the username and GitHub API token?
joeyespo
changed the title
Handle 403 API rate limit exceeded errors in the application
Be clear about 403 API "rate limit exceeded" errors in the application
Jun 14, 2014
joeyespo
changed the title
Be clear about 403 API "rate limit exceeded" errors in the application
Clarify 403 API "rate limit exceeded" errors in the application
Jun 14, 2014
Here's a screenshot of when you hit the rate limit with this change.
And here's a screenshot of when you hit the limit while using auth. There's less text because you'll probably only use auth after hitting the rate limit the first time.
These can be viewed and tested locally by visiting localhost/rate-limit-preview and localhost/rate-limit-preview?auth=1.
This has come up several times (e.g. #15, #18, #45) and causes people to come here looking for answers.
Instead, Grip should handle this error inside the application. It can either provide instructions on how to run using
--user
/--pass
or even better, a login form to accept the credentials without requiring a restart.The text was updated successfully, but these errors were encountered: