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
After hitting the ratelimit a few times through the ratelimit-compliant RequestBuffer in the Discord4J Java API, I visited the docs for ratelimits in search for an answer -- why was I hitting the ratelimit. I found @hydrabolt commenting about the use of X-RateLimit-Reset instead of Retry-After. (#108) As @night doesn't see a need to replace X-RateLimit-Reset with Retry-After, may I politely ask you guys to implement both headers please?
Edit 2: As @satom99 pointed out, although there is a Date header, it would be better to also include the Retry-After header, as recommended on RFC-6585
The text was updated successfully, but these errors were encountered:
Someone, perhaps @night himself, pointed out the Date header. Which, being Discord's time UTC, may be used to get the exact time before the payload is generated - and thus do a simple subtraction.
After hitting the ratelimit a few times through the ratelimit-compliant RequestBuffer in the Discord4J Java API, I visited the docs for ratelimits in search for an answer -- why was I hitting the ratelimit. I found @hydrabolt commenting about the use of
X-RateLimit-Reset
instead ofRetry-After
. (#108) As @night doesn't see a need to replaceX-RateLimit-Reset
withRetry-After
, may I politely ask you guys to implement both headers please?Edit 2: As @satom99 pointed out, although there is a
Date
header, it would be better to also include theRetry-After
header, as recommended on RFC-6585The text was updated successfully, but these errors were encountered: