Skip to content
This repository has been archived by the owner on Jul 4, 2020. It is now read-only.

Podcast API issues #1511

Open
felix-hilden opened this issue Mar 23, 2020 · 1 comment
Open

Podcast API issues #1511

felix-hilden opened this issue Mar 23, 2020 · 1 comment

Comments

@felix-hilden
Copy link

felix-hilden commented Mar 23, 2020

Hello, firstly thank you for releasing the podcast API! There are some issues with the newly released endpoints. Issues found on 2020-03-23.

  • ✔️ The resume point object has resume_position_ms instead of the documented last_position_ms. For example: episodes/4SgOTqHfk56yqrTjXjWCNM, market "FI" from token with all scopes.
  • Show episodes can be missing from the response. shows/id and shows/id/episodes return them, but e.g. shows/?ids=0Lsi13D8nWRkwbEkfNeItS&market=FI doesn't work. Using an app token for this one.
  • It seems that the additional_types update for playlists is not described in the article, unlike the player changes. This is doubly confusing because podcasts can't be added to a playlist at least in the desktop application (apparently the mobile client can) and other playlist endpoints don't mention episodes in any way.
  • Episode search returns null items in the paging object. E.g. search?q=piano&type=episode&limit=50.
  • ✔️ At least for me, when playing a podcast, my currently playing item and context is null even though I've specified additional_types=track,episode.

I'll update this post if more issues arise. And if others have found anything, feel free to add them here. And do let me know if I've misunderstood something.

@felix-hilden
Copy link
Author

felix-hilden commented Mar 30, 2020

An update: the resume point name issue seems to be fixed in documentation. I couldn't reproduce the episode search null issue anymore. And now my playback status correctly returns episodes when playing on a playlist.

However.

  • Playback context can be "show" as well. Not sure if this is intended when specifying the additional types as track+episode. Minor thing, more like a documentation issue.
  • Episodes in playlists are not returned as Episode objects if additional_types was not specified. Instead they contain track-like fields. I now see that as documented, it defaults to only tracks.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant