<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Spotify Web API playlist endpoints return fewer items than tracks.total with no unavailable placehol in Spotify for Developers</title>
    <link>https://community.spotify.com/t5/Spotify-for-Developers/Spotify-Web-API-playlist-endpoints-return-fewer-items-than/m-p/7318876#M19841</link>
    <description>&lt;P&gt;I am seeing consistent and reproducible behaviour across multiple playlists where the Spotify Web API does not return all playlist items, even though all tracks are playable in the Spotify client.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Observed behaviour&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;GET /playlists/{playlist_id} reports tracks.total = N&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;GET /playlists/{playlist_id}/tracks (or playlist_items via Spotipy) returns &lt;STRONG&gt;M &amp;lt; N&lt;/STRONG&gt; items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;The missing items:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;do &lt;STRONG&gt;not&lt;/STRONG&gt; appear as track: null&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;are &lt;STRONG&gt;not&lt;/STRONG&gt; returned at any offset&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;are excluded &lt;STRONG&gt;before pagination&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Pagination completes normally (next = null) after M items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;This behaviour occurs consistently across runs and playlists&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;Examples&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 308 → API returns 200 items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 111 → API returns 100 items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 196 → API returns 100 items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 827 → API returns 427 items&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Smaller playlists often return all items, while larger playlists frequently return a reduced subset.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Important detail&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;All tracks that are missing from the API:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;are visible in the Spotify UI&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;are fully playable in the Spotify client&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;do not appear greyed out or unavailable in the app&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;What has been tested&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Forced market parameter (e.g. market=GB)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Multiple playlists (personal and Spotify-curated)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Multiple runs with fresh tokens&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Spotipy and direct Web API calls show identical behaviour&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;No track = null placeholders are returned for the missing items. They are silently excluded from the response entirely.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Questions&lt;/STRONG&gt;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;Is this behaviour intentional?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Is full playlist enumeration via the Web API still supported?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Should developers expect tracks.total to exceed the number of retrievable playlist items?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Is there a documented reason why tracks playable in the Spotify client may be excluded from the Web API without indication?&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;I am not asking for a workaround, only clarification on whether this behaviour is expected going forward so developer applications can adapt correctly.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
    <pubDate>Mon, 26 Jan 2026 12:07:29 GMT</pubDate>
    <dc:creator>Synaptix23</dc:creator>
    <dc:date>2026-01-26T12:07:29Z</dc:date>
    <item>
      <title>Spotify Web API playlist endpoints return fewer items than tracks.total with no unavailable placehol</title>
      <link>https://community.spotify.com/t5/Spotify-for-Developers/Spotify-Web-API-playlist-endpoints-return-fewer-items-than/m-p/7318876#M19841</link>
      <description>&lt;P&gt;I am seeing consistent and reproducible behaviour across multiple playlists where the Spotify Web API does not return all playlist items, even though all tracks are playable in the Spotify client.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Observed behaviour&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;GET /playlists/{playlist_id} reports tracks.total = N&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;GET /playlists/{playlist_id}/tracks (or playlist_items via Spotipy) returns &lt;STRONG&gt;M &amp;lt; N&lt;/STRONG&gt; items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;The missing items:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;do &lt;STRONG&gt;not&lt;/STRONG&gt; appear as track: null&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;are &lt;STRONG&gt;not&lt;/STRONG&gt; returned at any offset&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;are excluded &lt;STRONG&gt;before pagination&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Pagination completes normally (next = null) after M items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;This behaviour occurs consistently across runs and playlists&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;Examples&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 308 → API returns 200 items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 111 → API returns 100 items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 196 → API returns 100 items&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Playlist with tracks.total = 827 → API returns 427 items&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Smaller playlists often return all items, while larger playlists frequently return a reduced subset.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Important detail&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;All tracks that are missing from the API:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;are visible in the Spotify UI&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;are fully playable in the Spotify client&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;do not appear greyed out or unavailable in the app&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;What has been tested&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Forced market parameter (e.g. market=GB)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Multiple playlists (personal and Spotify-curated)&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Multiple runs with fresh tokens&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Spotipy and direct Web API calls show identical behaviour&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;No track = null placeholders are returned for the missing items. They are silently excluded from the response entirely.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Questions&lt;/STRONG&gt;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;Is this behaviour intentional?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Is full playlist enumeration via the Web API still supported?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Should developers expect tracks.total to exceed the number of retrievable playlist items?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Is there a documented reason why tracks playable in the Spotify client may be excluded from the Web API without indication?&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;I am not asking for a workaround, only clarification on whether this behaviour is expected going forward so developer applications can adapt correctly.&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
      <pubDate>Mon, 26 Jan 2026 12:07:29 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Spotify-for-Developers/Spotify-Web-API-playlist-endpoints-return-fewer-items-than/m-p/7318876#M19841</guid>
      <dc:creator>Synaptix23</dc:creator>
      <dc:date>2026-01-26T12:07:29Z</dc:date>
    </item>
  </channel>
</rss>

