starred/spotify-web-api-php

Fork 0

mirror of https://github.com/jwilsson/spotify-web-api-php.git synced 2026-04-27 07:55:49 +03:00

[GH-ISSUE #105] Scope Processing Issue: Private Playlists #61

New issue

Closed

opened 2026-02-27 19:25:51 +03:00 by kerem · 8 comments

kerem commented

2026-02-27 19:25:51 +03:00

Owner

Originally created by @Jack-Anstey on GitHub (Nov 9, 2017).
Original GitHub issue: https://github.com/jwilsson/spotify-web-api-php/issues/105

I am not sure if this is due to my programming of if there is actually a problem with the API itself. My purpose is getting every playlist that a user possesses, including private ones. I am then getting all of the tracks within those playlists. Scope is declared in authorize.php, which points to callback.

$options = [
    	'scope' => [
        	'playlist-read-private',
        	'playlist-read-collaborative'
    	],
    	//this makes it so that the user has to relog every single time
    	'show_dialog' => 'false',
	];

Is the scope. The error occurs in the main processes script. The output is: Not found.
Something went really wrong getting your playlist tracks, come back later, then it continues with the rests of the tracks inside a playlist as normal. Here is the code where the playlist processing occurs:

$index = 0;
for($row = 0; $row < count($playlistIds); $row++)
{
     try
     {
          $playlistTracks = $api->getUserPlaylistTracks($userId, $playlistIds[$row]);
     }
     catch(Exception $e)
     {
          echo $e->getMessage() . "<br>";
          if ($e->getCode() == 429) 
          {
                // 429 is Too Many Requests
               echo "Rate Limited :/<br>";
               $retryAfter = $lastResponse['headers']['Retry-After']; 
                // Number of seconds to wait before sending another request
                echo " retry after " . $retryAfter . " seconds";
         }
         else
         {
                echo "Something went really wrong getting your playlist tracks, come back later<br>";
	 }
     }

     foreach ($playlistTracks->items as $track) 
     {
	    $allTracks[$index][0] = $track->track->name;
            $allTracks[$index][1] = $track->track->id;
	    $allTracks[$index][1] . "<br>";
	    $index++;
     }
}

I have isolated it to the scope as it only occurs when you add 'playlist-read-private' and at no other time. For more context, the user that I am looking at (me) possesses no private playlists but I don't see any reason this code should not work, leading me to believe that this is an API issue. Please correct me if I am wrong!

Thanks!

Originally created by @Jack-Anstey on GitHub (Nov 9, 2017). Original GitHub issue: https://github.com/jwilsson/spotify-web-api-php/issues/105 I am not sure if this is due to my programming of if there is actually a problem with the API itself. My purpose is getting every playlist that a user possesses, including private ones. I am then getting all of the tracks within those playlists. Scope is declared in authorize.php, which points to callback. ``` $options = [ 'scope' => [ 'playlist-read-private', 'playlist-read-collaborative' ], //this makes it so that the user has to relog every single time 'show_dialog' => 'false', ]; ``` Is the scope. The error occurs in the main processes script. The output is: _Not found. Something went really wrong getting your playlist tracks, come back later_, then it continues with the rests of the tracks inside a playlist as normal. Here is the code where the playlist processing occurs: ``` $index = 0; for($row = 0; $row < count($playlistIds); $row++) { try { $playlistTracks = $api->getUserPlaylistTracks($userId, $playlistIds[$row]); } catch(Exception $e) { echo $e->getMessage() . "<br>"; if ($e->getCode() == 429) { // 429 is Too Many Requests echo "Rate Limited :/<br>"; $retryAfter = $lastResponse['headers']['Retry-After']; // Number of seconds to wait before sending another request echo " retry after " . $retryAfter . " seconds"; } else { echo "Something went really wrong getting your playlist tracks, come back later<br>"; } } foreach ($playlistTracks->items as $track) { $allTracks[$index][0] = $track->track->name; $allTracks[$index][1] = $track->track->id; $allTracks[$index][1] . "<br>"; $index++; } } ``` I have isolated it to the scope as it only occurs when you add 'playlist-read-private' and at no other time. For more context, the user that I am looking at (me) possesses no private playlists but I don't see any reason this code should not work, leading me to believe that this is an API issue. Please correct me if I am wrong! Thanks!

kerem

2026-02-27 19:25:51 +03:00

closed this issue
added the
question
label

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@andersborgabiro commented on GitHub (Nov 9, 2017):

Some ideas, considering it's "Not found":

Have you tried adding playlist-read-public to scope?

Some songs might not be available for your market. You don't set market.
https://developer.spotify.com/web-api/track-relinking-guide/

There might be more than 100 tracks in one of the playlists. It reads out max 100 tracks per request.

For more: https://developer.spotify.com/web-api/get-playlists-tracks/

@andersborgabiro commented on GitHub (Nov 9, 2017): Some ideas, considering it's "Not found": Have you tried adding playlist-read-public to scope? Some songs might not be available for your market. You don't set market. https://developer.spotify.com/web-api/track-relinking-guide/ There might be more than 100 tracks in one of the playlists. It reads out max 100 tracks per request. For more: https://developer.spotify.com/web-api/get-playlists-tracks/

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@Jack-Anstey commented on GitHub (Nov 9, 2017):

@andersborgabiro 'playlist-read-public' is an "illegal scope" so I don't believe that that's my problem. Also why would it return not found for a playlist with more than 100 tracks? Wouldn't it just stop once it reached 100?

@Jack-Anstey commented on GitHub (Nov 9, 2017): @andersborgabiro 'playlist-read-public' is an "illegal scope" so I don't believe that that's my problem. Also why would it return not found for a playlist with more than 100 tracks? Wouldn't it just stop once it reached 100?

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@andersborgabiro commented on GitHub (Nov 9, 2017):

You're right of course. There's only a playlist-modify-public. I only use modify at the moment.

And it would or should stop without complaints.

But you could check out the market setting.

@andersborgabiro commented on GitHub (Nov 9, 2017): You're right of course. There's only a playlist-modify-public. I only use modify at the moment. And it would or should stop without complaints. But you could check out the market setting.

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@jwilsson commented on GitHub (Nov 10, 2017):

Hi!
Thanks for helping out, @andersborgabiro!

@JackaJacka123 How are you populating $playlistIds? From a call to $api->getUserPlaylists()? If you print $playlistIds when you've requested the playlist-read-private scope, do you see anything strange?

@jwilsson commented on GitHub (Nov 10, 2017): Hi! Thanks for helping out, @andersborgabiro! @JackaJacka123 How are you populating `$playlistIds`? From a call to `$api->getUserPlaylists()`? If you print `$playlistIds` when you've requested the `playlist-read-private` scope, do you see anything strange?

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@TIBBEH13 commented on GitHub (Nov 14, 2017):

I ran into the same 'Not found' error today and this solved it for me:

You request the Playlist Tracks over here:
$playlistTracks = $api->getUserPlaylistTracks($userId, $playlistIds[$row]);

Not the part where it says $userId. I was using the user ID from the connected spotify user, but this needs to be the user ID from the owner of the playlist.

This is my code, which is working on my site:

$playlists = $api->getUserPlaylists($USER_ID);

foreach ($playlists->items as $playlist) {
	$PLAYLIST_ID = $playlist->id;
	$PLAYLIST_USER_ID = $playlist->owner->uri;
	$playlistTracks = $api->getUserPlaylistTracks($PLAYLIST_USER_ID, $PLAYLIST_ID );
}

@TIBBEH13 commented on GitHub (Nov 14, 2017): I ran into the same 'Not found' error today and this solved it for me: You request the Playlist Tracks over here: `$playlistTracks = $api->getUserPlaylistTracks($userId, $playlistIds[$row]);` Not the part where it says `$userId`. I was using the user ID from the connected spotify user, but this needs to be the user ID from the owner of the playlist. This is my code, which is working on my site: ``` $playlists = $api->getUserPlaylists($USER_ID); foreach ($playlists->items as $playlist) { $PLAYLIST_ID = $playlist->id; $PLAYLIST_USER_ID = $playlist->owner->uri; $playlistTracks = $api->getUserPlaylistTracks($PLAYLIST_USER_ID, $PLAYLIST_ID ); } ```

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@Jack-Anstey commented on GitHub (Nov 14, 2017):

@TIBBEH13 That is exactly it! I am personally following different playlists which is why it is not working for me! Thank you so much for figuring that out. I'll close this issue.

@Jack-Anstey commented on GitHub (Nov 14, 2017): @TIBBEH13 That is exactly it! I am personally following different playlists which is why it is not working for me! Thank you so much for figuring that out. I'll close this issue.

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@andersborgabiro commented on GitHub (Nov 14, 2017):

Shouldn't it be owner->id ? Maybe works with both.

@andersborgabiro commented on GitHub (Nov 14, 2017): Shouldn't it be owner->id ? Maybe works with both.

kerem commented

2026-02-27 19:25:52 +03:00

Author

Owner

@jwilsson commented on GitHub (Nov 15, 2017):

@JackaJacka123 Glad we got it figured out!

@TIBBEH13 Thanks for stepping in and helping out!

Closing since we solved it.

@jwilsson commented on GitHub (Nov 15, 2017): @JackaJacka123 Glad we got it figured out! @TIBBEH13 Thanks for stepping in and helping out! Closing since we solved it.

kerem referenced this issue

2026-02-27 19:26:46 +03:00

[PR #61] [MERGED] Add a Request::getLastResponse() method #240