mirror of
https://github.com/spotipy-dev/spotipy.git
synced 2026-04-26 16:15:51 +03:00
[GH-ISSUE #871] Spotipy's current_user_playlists() returns less results than Spotify's /me/playlists #536
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#536
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 @JohanVanHoye on GitHub (Oct 17, 2022).
Original GitHub issue: https://github.com/spotipy-dev/spotipy/issues/871
When I call Spotipy's current_user_playlists() endpoint with offset 0 and limit 50, it returns 24 results for my current user.
This is less than the 42 items I see in the Spotify GUI.
And indeed, Spotify's endpoint https://developer.spotify.com/console/get-current-user-playlists/?limit=50&offset=0 returns the 42 playlists seen in the Spotify client.
I'm not sure what causes Spotipy's current_user_playlists() API endpoint not to return the missing 18 items.
This is with Spotipy v.2.20. at the time of reporting this issue.
@JohanVanHoye commented on GitHub (Oct 24, 2022):
Found that this issue was scopes-related. I had only scoped playlist-modify-private, which returns as many results as playlist-read-collaborative. Both scopes of playlist-read-private and playlist-read-collaborative were needed to return all results.