Allowing to get all available subscriptions #7297
Replies: 2 comments 1 reply
-
Thanks for the suggestion and I acknowledge that it would be much more convenient to use this endpoint without requiring a user ID. Unfortunately we will not be implementing this due to the complexity of making this change. |
Beta Was this translation helpful? Give feedback.
1 reply
-
Depending of what you are trying to achieve, |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Currently, the
GET /skus/{sku.id}/subscriptions
endpoint requires theuser_id
query string parameter if it is not used with a Bearer token.If you want to get all the available subscriptions of a SKU you would have to do N calls to the endpoint which may cause the expected: ratelimits.
For larger bots with tons of users, to get all the available subscriptions on a SKU, they would require an operation such as: iterating through all the available users -> calling the List SKU Subscriptions endpoint -> checking whether the response was successful and it returned >0 results.
So, the suggestion I propose (which should already be clear based on the previous), is allowing
user_id
to beNone
(or missing) on requests with a bot token to get all the available subscriptions of that SKU.Beta Was this translation helpful? Give feedback.
All reactions