mirror of
https://github.com/spotipy-dev/spotipy.git
synced 2026-04-26 16:15:51 +03:00
[GH-ISSUE #830] Insufficient client scope when upgrading from 2.4.4 to 2.19.0 #511
Labels
No labels
api-bug
bug
dependencies
documentation
duplicate
enhancement
external-ide
headless-mode
implicit-grant-flow
invalid
missing-endpoint
pr-welcome
private-api
pull-request
question
spotipy3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotipy#511
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @SHxKM on GitHub (Jun 16, 2022).
Original GitHub issue: https://github.com/spotipy-dev/spotipy/issues/830
Hi all.
I've already reported one breaking change going from
2.4.4to2.19.0. It seems that there's another one.Just for background: I've been using
spotipyversion2.4.4since around ~2019. My app has thousands of Spotify users, and it uses both user-level and non-user-level calls to Spotify API viaspotipy. It has worked flawlessly until the update.Today a user signed up and connected a Spotify account, the first user since I upgraded
spotipyto2.19.0. And while doing a call against his account I got this error:I was afraid that the upgrade would cause permanent authorization errors for more users, so I rolled-back to
2.4.4and guess what? the same calls against the user's library were now working...I'm wondering whether anyone can shed some light on what were the breaking changes in the auth mechanism, besides the aforementioned issue I've linked so far.
Thank you very much for your work!
@Peter-Schorn commented on GitHub (Jun 16, 2022):
That means the user is not authorized for the scopes the method requires. Consider the authorization information you have in persistent storage.
@stephanebruckert commented on GitHub (Jun 18, 2022):
@SHxKM there is no such list of breaking changes because version 2 is supposed to be backward-compatible. If you suspect a breaking change when moving from 2.x to 2.x, then please open a bug report with a minimal code example, complete error and stack trace. It's also possible the bug is already reported.
What would be really helpful as well is if you were able to find which exact version makes your code fail. It'll be easier to look at a single version changes rather than 3 years of changes. Thanks!
@AnsgarSchmidt commented on GitHub (Jul 6, 2022):
I have the same problem getting
@SoftwareSchlosser commented on GitHub (Jan 31, 2024):
Try this scope:
user-follow-read