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
I have experimentally determined that the wireclient does not pause when it receives a 429 Too Many Requests response with a Retry-After header. As wireclient.ts does not contain any references to 429, 503 or the retryAfterMs function in requests.ts, this appears to be an oversight in the code.
As googledrive.ts likewise contains no references to 429, 503 or the retryAfterMs function in requests.ts, but dropbox.ts does contain references to 429, 503 and the retryAfterMs function in requests.ts, presumably googledrive.ts shares this oversight, but dropbox.ts does not.
The text was updated successfully, but these errors were encountered:
It's not an oversight, but there was simply never an RS server implementation that necessitated throttling for authorized requests. The logical explanation is that the function only exists for the Dropbox back-end.
I have experimentally determined that the wireclient does not pause when it receives a 429 Too Many Requests response with a Retry-After header. As wireclient.ts does not contain any references to 429, 503 or the
retryAfterMs
function in requests.ts, this appears to be an oversight in the code.As googledrive.ts likewise contains no references to 429, 503 or the
retryAfterMs
function in requests.ts, but dropbox.ts does contain references to 429, 503 and theretryAfterMs
function in requests.ts, presumably googledrive.ts shares this oversight, but dropbox.ts does not.The text was updated successfully, but these errors were encountered: