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
The Toggl API docs mention. For rate limiting we have implemented a Leaky bucket. When a limit has been hit the request will get a HTTP 429 response and it's the task of the client to sleep/wait until bucket is empty. Limits will and can change during time, but a safe window will be 1 request per second. Limiting is applied per api token per IP, meaning two users from the same IP will get their rate allocated separately.
I have not encountered this limit yet, however I wonder if it could be useful to implement an option to throttle rapid requests? Or would the view be that this be implemented in application code not the module?
Kind regards,
The text was updated successfully, but these errors were encountered:
Okay, I made many updates in quick succession and get this 429 Too Many Requests error.
I think it should delay and retry when encountered.
code:429
data:<html>\r\n<head><title>429 Too Many Requests</title></head>\r\n<body>\r\n<center><h1>429 Too Many Requests</h1></center>\r\n<hr><center>nginx</center>\r\n</body>\r\n</html>\r\n"
isOperational:true
stack:"Error: Unknown API error\n at Request.onresponse [as _callback] client.js:138:16)
functiondelay(ms,result){returnnewPromise(function(resolve,reject){setTimeout(function(){resolve(result)},ms)})}if(errorUpdate.code===429){awaitdelay(1000)// How to retry somewhere in client.js 's onresponse}
The Toggl API docs mention.
For rate limiting we have implemented a Leaky bucket. When a limit has been hit the request will get a HTTP 429 response and it's the task of the client to sleep/wait until bucket is empty. Limits will and can change during time, but a safe window will be 1 request per second. Limiting is applied per api token per IP, meaning two users from the same IP will get their rate allocated separately.
I have not encountered this limit yet, however I wonder if it could be useful to implement an option to throttle rapid requests? Or would the view be that this be implemented in application code not the module?
Kind regards,
The text was updated successfully, but these errors were encountered: