starred/spotify-web-api-php
1
0
Fork 0
mirror of https://github.com/jwilsson/spotify-web-api-php.git synced 2026-04-26 23:45:49 +03:00
Code Issues 2 Projects Releases Packages Wiki Activity

[GH-ISSUE #238] cURL transport error: 28 Failed to connect #169

New issue
Closed
opened 2026-02-27 19:26:25 +03:00 by kerem · 9 comments
kerem commented 2026-02-27 19:26:25 +03:00
Owner
Copy link

Originally created by @dinandmentink on GitHub (Nov 20, 2021).
Original GitHub issue: https://github.com/jwilsson/spotify-web-api-php/issues/238

I have a small personal application which I use to connect to spotify. It's fairly simple, I run it locally.

However, sometimes™, sending any request to the SpotifyWebAPI will result in the process hanging for rougly 30 seconds, after which I get the following error:

127.0.0.1:59078 [200]: GET /?refresh=true - Uncaught SpotifyWebAPI\SpotifyWebAPIException: cURL transport error: 28 Failed to connect to api.spotify.com port 443: Connection timed out in /home/.../srcdir/vendor/jwilsson/spotify-web-api-php/src/Request.php:223

I don't think there's an issue with access/refresh tokens, those are handled and any error in the access token causes a raise like I would expect.

I also don't think there's a rate limit, because I'm not receiving 429 errors, just a timeout.

I would personally be fine if curl just returned an error after a timeout of 1 second. But for some reason setting curlopts doesn't cause a timeout any faster than the 60 seconds I'm now seeing.

Anyone experience with this? Am I missing something? This is roughly my implementation:

<?php

function spotify()
{
  global $_spotify;

  if(! isset($_spotify)) {
    $_spotify = new SpotifyWebAPI\SpotifyWebSPI(
      [
        'auto_refresh' => false,
        'auto_retry' => false,
      ],
      spotify_session()
    );
  }

  if(time() >= (value("spotify_token_expiration") - 120)) {
    spotify_session()->refreshAccessToken(spotify_session()->getRefreshToken());

    value("spotify_token_expiration", spotify_session()->getTokenExpiration());
    value("spotify_access_token", spotify_session()->getAccessToken());
    value("spotify_refresh_token", spotify_session()->getRefreshToken());
  }

  return $_spotify;
}

function spotify_session()
{
  global $_spotify_session;

  if(! isset($_spotify_session)) {
    $SPOTIFY_CLIENT_ID = 'redacted';
    $SPOTIFY_CLIENT_SECRET = 'redacted';

    $SPOTIFY_ACCESS_TOKEN = value("spotify_access_token");
    $SPOTIFY_REFRESH_TOKEN = value("spotify_refresh_token");

    $_spotify_session = new SpotifyWebAPI\Session(
        $SPOTIFY_CLIENT_ID,
        $SPOTIFY_CLIENT_SECRET
    );

    $_spotify_session->setAccessToken($SPOTIFY_ACCESS_TOKEN);
    $_spotify_session->setRefreshToken($SPOTIFY_REFRESH_TOKEN);
  }

  return $_spotify_session;
}

(and then using spotify()->me() and such in the application).

Originally created by @dinandmentink on GitHub (Nov 20, 2021). Original GitHub issue: https://github.com/jwilsson/spotify-web-api-php/issues/238 I have a small personal application which I use to connect to spotify. It's fairly simple, I run it locally. However, sometimes™, sending any request to the SpotifyWebAPI will result in the process hanging for rougly 30 seconds, after which I get the following error: ``` 127.0.0.1:59078 [200]: GET /?refresh=true - Uncaught SpotifyWebAPI\SpotifyWebAPIException: cURL transport error: 28 Failed to connect to api.spotify.com port 443: Connection timed out in /home/.../srcdir/vendor/jwilsson/spotify-web-api-php/src/Request.php:223 ``` I don't think there's an issue with access/refresh tokens, those are handled and any error in the access token causes a raise like I would expect. I also don't think there's a rate limit, because I'm not receiving 429 errors, just a timeout. I would personally be fine if curl just returned an error after a timeout of 1 second. But for some reason setting curlopts doesn't cause a timeout any faster than the 60 seconds I'm now seeing. Anyone experience with this? Am I missing something? This is roughly my implementation: ```php <?php function spotify() { global $_spotify; if(! isset($_spotify)) { $_spotify = new SpotifyWebAPI\SpotifyWebSPI( [ 'auto_refresh' => false, 'auto_retry' => false, ], spotify_session() ); } if(time() >= (value("spotify_token_expiration") - 120)) { spotify_session()->refreshAccessToken(spotify_session()->getRefreshToken()); value("spotify_token_expiration", spotify_session()->getTokenExpiration()); value("spotify_access_token", spotify_session()->getAccessToken()); value("spotify_refresh_token", spotify_session()->getRefreshToken()); } return $_spotify; } function spotify_session() { global $_spotify_session; if(! isset($_spotify_session)) { $SPOTIFY_CLIENT_ID = 'redacted'; $SPOTIFY_CLIENT_SECRET = 'redacted'; $SPOTIFY_ACCESS_TOKEN = value("spotify_access_token"); $SPOTIFY_REFRESH_TOKEN = value("spotify_refresh_token"); $_spotify_session = new SpotifyWebAPI\Session( $SPOTIFY_CLIENT_ID, $SPOTIFY_CLIENT_SECRET ); $_spotify_session->setAccessToken($SPOTIFY_ACCESS_TOKEN); $_spotify_session->setRefreshToken($SPOTIFY_REFRESH_TOKEN); } return $_spotify_session; } ``` (and then using `spotify()->me()` and such in the application).
kerem 2026-02-27 19:26:25 +03:00
  • closed this issue
  • added the
    question
         label
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@jwilsson commented on GitHub (Nov 21, 2021):

Hey!
That's strange. How are you setting the cURL options? Via the curl_options setting?

<!-- gh-comment-id:974787217 --> @jwilsson commented on GitHub (Nov 21, 2021): Hey! That's strange. How are you setting the cURL options? Via the [`curl_options` setting](https://github.com/jwilsson/spotify-web-api-php/blob/646b49a10430883f16985704b0c19142f75eb5b0/docs/examples/setting-custom-curl-options.md)?
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@dinandmentink commented on GitHub (Nov 21, 2021):

Yes, like that.

<!-- gh-comment-id:974792421 --> @dinandmentink commented on GitHub (Nov 21, 2021): Yes, like that.
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@jwilsson commented on GitHub (Nov 21, 2021):

I forgot to ask you in the last comment, which timeout option are you using? CURLOPT_CONNECTTIMEOUT, CURLOPT_TIMEOUT, or both?

<!-- gh-comment-id:974797572 --> @jwilsson commented on GitHub (Nov 21, 2021): I forgot to ask you in the last comment, which timeout option are you using? `CURLOPT_CONNECTTIMEOUT`, `CURLOPT_TIMEOUT`, or both?
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@dinandmentink commented on GitHub (Nov 21, 2021):

I have tried multiple approaches. Both CURLOPT_CONNECTTIMEOUT and CURLOPT_TIMEOUT and both. It almost seems that a timeout isn't registered by PHP, or something.

<!-- gh-comment-id:974846054 --> @dinandmentink commented on GitHub (Nov 21, 2021): I have tried multiple approaches. Both `CURLOPT_CONNECTTIMEOUT` and `CURLOPT_TIMEOUT` and both. It almost seems that a timeout isn't registered by PHP, or something.
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@jwilsson commented on GitHub (Nov 22, 2021):

Hmm, that sounds really weird. But I'm afraid I can't be of much help, I've never encountered this error myself. I do know of a few people who have posted about similar cURL issues here over the years but we've never really been able to find the root cause.

I'll leave this issue open for a while to see if someone else might has the same problem and have a solution for it.

<!-- gh-comment-id:975898203 --> @jwilsson commented on GitHub (Nov 22, 2021): Hmm, that sounds really weird. But I'm afraid I can't be of much help, I've never encountered this error myself. I do know of a few people who have posted about similar cURL issues here over the years but we've never really been able to find the root cause. I'll leave this issue open for a while to see if someone else might has the same problem and have a solution for it.
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@dinandmentink commented on GitHub (Nov 23, 2021):

Ok. Thanks for your response. At the moment I am using the php dev server php -S as a server. I'll migrate this to a simple lighttp/apache/nginx server to see if it helps.

<!-- gh-comment-id:976242662 --> @dinandmentink commented on GitHub (Nov 23, 2021): Ok. Thanks for your response. At the moment I am using the php dev server `php -S` as a server. I'll migrate this to a simple lighttp/apache/nginx server to see if it helps.
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@dinandmentink commented on GitHub (Dec 11, 2021):

Update: I have migrated my app to a lighttp webserver using php through fastcgi. Still the same issue. Tried it both in ubuntu 20.04 and 21.10, but no luck.

2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:PHP Fatal error:  Uncaught SpotifyWebAPI\SpotifyWebAPIException: cURL transport error: 28 Failed to connect to api.spotify.com port 443: Connection timed out in /dir/vendor/jwilsson/spotify-web-api-php/src/Request.php:223
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:Stack trace:
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#0 /dir/vendor/jwilsson/spotify-web-api-php/src/Request.php(132): SpotifyWebAPI\Request->send()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#1 /dir/vendor/jwilsson/spotify-web-api-php/src/SpotifyWebAPI.php(124): SpotifyWebAPI\Request->api()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#2 /dir/vendor/jwilsson/spotify-web-api-php/src/SpotifyWebAPI.php(1107): SpotifyWebAPI\SpotifyWebAPI->sendRequest()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#3 /dir/app.php(280): SpotifyWebAPI\SpotifyWebAPI->getMyPlaylists()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#4 /dir/app.php(307): spotify_playlists()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#5 /dir/views/navbar/spotify.php(57): spotify_favourites()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#6 /dir/app.php(111): require('...')
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#7 /dir/app.php(126): requireToVar()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#8 /dir/app.php(154): replace_content()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#9 /dir/routes.php(4): inline_refresh()
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#10 /dir/public/index.php(4): require('...')
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#11 {main}
2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:  thrown in /dir/vendor/jwilsson/spotify-web-api-php/src/Request.php on line 223
<!-- gh-comment-id:991713663 --> @dinandmentink commented on GitHub (Dec 11, 2021): Update: I have migrated my app to a lighttp webserver using php through fastcgi. Still the same issue. Tried it both in ubuntu 20.04 and 21.10, but no luck. ``` 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:PHP Fatal error: Uncaught SpotifyWebAPI\SpotifyWebAPIException: cURL transport error: 28 Failed to connect to api.spotify.com port 443: Connection timed out in /dir/vendor/jwilsson/spotify-web-api-php/src/Request.php:223 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:Stack trace: 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#0 /dir/vendor/jwilsson/spotify-web-api-php/src/Request.php(132): SpotifyWebAPI\Request->send() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#1 /dir/vendor/jwilsson/spotify-web-api-php/src/SpotifyWebAPI.php(124): SpotifyWebAPI\Request->api() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#2 /dir/vendor/jwilsson/spotify-web-api-php/src/SpotifyWebAPI.php(1107): SpotifyWebAPI\SpotifyWebAPI->sendRequest() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#3 /dir/app.php(280): SpotifyWebAPI\SpotifyWebAPI->getMyPlaylists() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#4 /dir/app.php(307): spotify_playlists() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#5 /dir/views/navbar/spotify.php(57): spotify_favourites() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#6 /dir/app.php(111): require('...') 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#7 /dir/app.php(126): requireToVar() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#8 /dir/app.php(154): replace_content() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#9 /dir/routes.php(4): inline_refresh() 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#10 /dir/public/index.php(4): require('...') 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr:#11 {main} 2021-12-11 16:42:41: mod_fastcgi.c.487) FastCGI-stderr: thrown in /dir/vendor/jwilsson/spotify-web-api-php/src/Request.php on line 223 ```
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@jwilsson commented on GitHub (Dec 14, 2021):

Hmm, and you're not behind a proxy, firewall, or similar?

<!-- gh-comment-id:993178532 --> @jwilsson commented on GitHub (Dec 14, 2021): Hmm, and you're not behind a proxy, firewall, or similar?
kerem commented 2026-02-27 19:26:26 +03:00
Author
Owner
Copy link

@dinandmentink commented on GitHub (Dec 14, 2021):

No I'm not.

It seems, however, I have fixed the issue where curl timeouts did not trigger. After carefully checking my work against github.com/jwilsson/spotify-web-api-php@646b49a104/docs/examples/setting-custom-curl-options.md I realized a request (with curl options) needs to be set both for the Session and the SpotifyWebAPI. After amending this now I, at least, get a curl timeout error after a reasonable few seconds instead of a minute. So for me this works, for now.

Edit: if anyone has the same issue I'll be happy to have a look, but for me it seems to work now. Thanks for your responses and input!

<!-- gh-comment-id:993253598 --> @dinandmentink commented on GitHub (Dec 14, 2021): No I'm not. It seems, however, I have fixed the issue where curl timeouts did not trigger. After carefully checking my work against https://github.com/jwilsson/spotify-web-api-php/blob/646b49a10430883f16985704b0c19142f75eb5b0/docs/examples/setting-custom-curl-options.md I realized a request (with curl options) needs to be set _both_ for the `Session` _and_ the `SpotifyWebAPI`. After amending this now I, at least, get a curl timeout error after a reasonable few seconds instead of a minute. So for me this works, for now. Edit: if anyone has the same issue I'll be happy to have a look, but for me it seems to work now. Thanks for your responses and input!
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
7.1.0
7.0.0
6.3.1
6.3.0
6.2.0
6.1.1
6.1.0
6.0.4
6.0.3
6.0.2
6.0.1
5.7.1
6.0.0
5.7.0
5.6.0
5.5.0
5.4.0
5.3.0
5.2.0
5.1.0
5.0.3
5.0.2
5.0.1
5.0.0
4.3.0
4.2.2
4.2.1
4.2.0
4.1.1
4.1.0
4.0.0
3.6.2
3.6.1
3.6.0
3.5.1
3.5.0
3.4.0
3.3.0
3.2.0
3.1.0
3.0.0
2.12.0
2.11.1
2.11.0
2.10.1
2.10.0
2.9.0
2.8.0
2.7.0
2.6.1
2.6.0
2.5.1
2.5.0
2.4.0
2.3.0
2.2.1
2.2.0
2.1.1
2.1.0
2.0.1
2.0.0
1.12.0
1.11.1
1.11.0
1.10.1
1.10.0
1.9.0
1.8.0
1.7.0
1.6.1
1.6.0
1.5.0
1.4.2
1.4.1
1.4.0
1.3.4
1.3.3
1.3.2
1.3.1
1.3.0
1.2.0
1.1.0
1.0.0
0.10.0
0.9.0
0.8.2
0.8.1
0.8.0
0.7.0
0.6.0
0.5.0
0.4.0
0.3.0
0.2.0
0.1.0
Labels
Clear labels   
bug

   
docs

   
enhancement

   
enhancement

   
enhancement

   
feedback wanted

   
good first issue

   
help wanted

   
help wanted

   
help wanted

   
invalid

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
question

   
upstream

   
upstream
No labels
bug
docs
enhancement
enhancement
enhancement
feedback wanted
good first issue
help wanted
help wanted
help wanted
invalid
pull-request
question
question
upstream
upstream
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/spotify-web-api-php#169
No description provided.