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
Authorized with a bearer token using librespot with the "playlist-read" scope. But then I was hit with a "403"...
It turns out I had to add the extra "user-top-read" scope (next to playlist-read), when fetching the token. (As found here)
My idea is that scopes work based on hierarchy, and for a while "playlist-read" was the highest scope? "user-top-read" is a fairly new feature/scope, so it may be higher than "playlist-read"...
Screenshots/Stracktraces/Logs
Screenshots if applicable, stacktrace and log is a crash occurred.
Without "user-top-read" scope:
With "user-top-read" scope:
Version/Commit
Version used or commit pulled if compiled locally.
The text was updated successfully, but these errors were encountered:
Describe the bug
Not really a bug report, but this may help some people who are struggling with 403 requests on some endpoints.
To Reproduce
I was trying to get the top tracks for a user, call:
Authorized with a bearer token using librespot with the "playlist-read" scope. But then I was hit with a "403"...
It turns out I had to add the extra "user-top-read" scope (next to playlist-read), when fetching the token. (As found here)
My idea is that scopes work based on hierarchy, and for a while "playlist-read" was the highest scope? "user-top-read" is a fairly new feature/scope, so it may be higher than "playlist-read"...
Screenshots/Stracktraces/Logs
Screenshots if applicable, stacktrace and log is a crash occurred.
Without "user-top-read" scope:
With "user-top-read" scope:
Version/Commit
Version used or commit pulled if compiled locally.
The text was updated successfully, but these errors were encountered: