[GH-ISSUE #133] user playlist doesn't return Discover Weekly #62

Closed
opened 2026-02-27 23:20:39 +03:00 by kerem · 3 comments
Owner

Originally created by @nyboer on GitHub (Nov 23, 2016).
Original GitHub issue: https://github.com/spotipy-dev/spotipy/issues/133

I noticed that user playlists doesn't include the user's Discover Weekly as one of the items. I found through Spotify's test site that if you can query "me", you can get the Discover Weekly as a result.
That is
https://api.spotify.com/v1/users/{user_id}/playlists
doesn't return Discover Weekly, but
https://api.spotify.com/v1/me/playlists
Unless I'm mistaken, there's no way to call the latter through spotipy, correct?

Originally created by @nyboer on GitHub (Nov 23, 2016). Original GitHub issue: https://github.com/spotipy-dev/spotipy/issues/133 I noticed that user playlists doesn't include the user's Discover Weekly as one of the items. I found through Spotify's test site that if you can query "me", you can get the Discover Weekly as a result. That is https://api.spotify.com/v1/users/{user_id}/playlists doesn't return Discover Weekly, but https://api.spotify.com/v1/me/playlists Unless I'm mistaken, there's no way to call the latter through spotipy, correct?
kerem closed this issue 2026-02-27 23:20:39 +03:00
Author
Owner

@cmcnutt1 commented on GitHub (Jan 17, 2017):

I'm a little late to the party, but I've had this same problem before. So the problem with Discover Weekly playlists is that they're technically listed under the user 'spotify', rather than being directly tied to your account. To fix this, I added some lines to the client.py file under the spotipy/ directory which allow you to get information from public playlists (e.g. any playlist that isn't owned directly by you). I've submitted the change in a pull request (#156) so that it will be a built in feature.

<!-- gh-comment-id:273284534 --> @cmcnutt1 commented on GitHub (Jan 17, 2017): I'm a little late to the party, but I've had this same problem before. So the problem with Discover Weekly playlists is that they're technically listed under the user 'spotify', rather than being directly tied to your account. To fix this, I added some lines to the client.py file under the spotipy/ directory which allow you to get information from public playlists (e.g. any playlist that isn't owned directly by you). I've submitted the change in a pull request (#156) so that it will be a built in feature.
Author
Owner

@cmcnutt1 commented on GitHub (Jan 18, 2017):

I stumbled upon a different way to access the discover playlist, without the pull request that I mentioned in my last response. If you go to the spotify web player, you can right click on the discover list and click "Make Public", and then it should show up when you call current_user_playlists().

I'm not really sure why this works, but it started showing up for me once I made it public

<!-- gh-comment-id:273445019 --> @cmcnutt1 commented on GitHub (Jan 18, 2017): I stumbled upon a different way to access the discover playlist, without the pull request that I mentioned in my last response. If you go to the spotify web player, you can right click on the discover list and click "Make Public", and then it should show up when you call current_user_playlists(). I'm not really sure why this works, but it started showing up for me once I made it public
Author
Owner

@plamere commented on GitHub (Jan 22, 2017):

not a spotipy issue per se

<!-- gh-comment-id:274329504 --> @plamere commented on GitHub (Jan 22, 2017): not a spotipy issue per se
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/spotipy#62
No description provided.