mirror of
https://github.com/misiektoja/spotify_monitor.git
synced 2026-04-25 22:55:52 +03:00
[GH-ISSUE #31] Playlist 404 error at launch #20
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 @tomballgithub on GitHub (Dec 26, 2025).
Original GitHub issue: https://github.com/misiektoja/spotify_monitor/issues/31
I am seeing this when launching one of my 2 instances.
* Error, retrying in 3 minutes: 404 Client Error: Not Found for url: https://api.spotify.com/v1/playlists/37i9dQZF1DWTkxQvqMy4WW?fields=name,owner,followers,external_urlsAnd then it just hangs up and doesn't proceed to continue to launch the script.
You can simulate by editing this in spotify_get_playlist_info():
@tomballgithub commented on GitHub (Dec 26, 2025):
This routine is being called when this happens:
Here is the request:
Response:
@tomballgithub commented on GitHub (Dec 26, 2025):
So I verified this doesn't always happen, but it does consistently happen with this playlist, which is one of these public Spotify curated lists. It was the last playlist I had listened to at the time.
It's a valid playlist:
https://open.spotify.com/playlist/37i9dQZF1DWTkxQvqMy4WW
@tomballgithub commented on GitHub (Dec 26, 2025):
What's weird is using the official API page, https://developer.spotify.com/documentation/web-api/reference/get-playlist, any public Spotify curated lists also generates a 404 error.
Just go here and pick any one:
https://open.spotify.com/user/spotify
In absence of a fix, just need to trap the error
@tomballgithub commented on GitHub (Dec 26, 2025):
Here is why this is happening with those playlists.
https://community.spotify.com/t5/Spotify-for-Developers/404-Resource-not-found-for-Playlists-by-Spotify/td-p/6552598
@tomballgithub commented on GitHub (Dec 26, 2025):
I thought a fix for spotify_get_playlist_info() is to add a 404 check:
However, that forces is_playlist to False, which may have other side effects.
@misiektoja commented on GitHub (Dec 27, 2025):
Yes, I confirm that oauth_app can't be used to get info for Spotify-generated playlists (known limitation as you pasted).
However, I realized we don't really need that function since everything is actually returned in the friend activity API response. I'm not even sure why I put that function in there in the first place. It was such a long time ago. Anyway, it works as expected now.