Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixed playlist tracks retrieval through the web API. #1

Conversation

blacklight
Copy link

The format returned by /user/<user_id>/playlists/<playlist_id> is
actually something like { ... "tracks": {"items": [{...}] } ... }.

The "summarized" playlist output returned by /me/playlists instead
describes the tracks through their href:
{ ... "tracks": {"total"123, "href": "https://api.spotify.com/v1/users/me/playlists/<id>/tracks" ... } }

The format returned by /user/<user_id>/playlists/<playlist_id> is
actually something like { ... "tracks": {"items": [{...}] } ... }.

The "summarized" playlist output returned by /me/playlists instead
describes the tracks through their href:
{ ... "tracks": {"total"123, "href": "https://api.spotify.com/v1/users/me/playlists/<id>/tracks" ... } }
blacklight referenced this pull request May 25, 2018
a playlist by URI would fail as web_client is not previously declared
…e playlist when downloading it, otherwise Spotify will return only the (100) results on the first page
… type

- Implemented proper playlists versioning and cache invalidation using the Spotify snapshot_id
- Improved performance - before the lookup method with the playlist expansion was called more than once, now it only happens at startup
- Removed unneeded web_client code in the translator module
…ylist expansion that left playlists with 100 items max)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants