starred/go-librespot
1
0
Fork 0
mirror of https://github.com/devgianlu/go-librespot.git synced 2026-04-25 21:05:47 +03:00
Code Issues 22 Projects Releases 5 Packages Wiki Activity

[GH-ISSUE #188] audio-akp.spotifycdn.com cannot be resolved #122

New issue
Closed
opened 2026-02-28 14:25:34 +03:00 by kerem · 16 comments
kerem commented 2026-02-28 14:25:34 +03:00
Owner
Copy link

Originally created by @dflvunoooooo on GitHub (Aug 4, 2025).
Original GitHub issue: https://github.com/devgianlu/go-librespot/issues/188

I can not play any music. The service starts fine, but once I try to play a song, nothing happens. The log shows level=warning msg="failed handling dealer request" error="failed skipping to next track: failed loading current track (advance to spotify:track:6qZthmNcaK0jlrkMZ3khmy): failed creating stream for spotify:track:6qZthmNcaK0jlrkMZ3khmy: failed initializing chunked reader: failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/67a21f11c15f27bf797847cc95d3680930fa6c15?__token__=exp=1754395379~hmac=72bc83f65a33c021e776549ae69c47255d20cf5fbfc836e4d09ad44a2552e9d7\": dial tcp: lookup audio-akp.spotifycdn.com: no such host. So the problem is resolving audio-akp.spotifycdn.com.

Maybe this is related to #175, but I am not sure.

It seems this problem is adressed with librespot-org/librespot with two issues and a solution which is still in progress. librespot issue #1521, librespot issue #4142 and the discussed solution librespot pull request #1524.

Is there a quick workaround?

Originally created by @dflvunoooooo on GitHub (Aug 4, 2025). Original GitHub issue: https://github.com/devgianlu/go-librespot/issues/188 I can not play any music. The service starts fine, but once I try to play a song, nothing happens. The log shows `level=warning msg="failed handling dealer request" error="failed skipping to next track: failed loading current track (advance to spotify:track:6qZthmNcaK0jlrkMZ3khmy): failed creating stream for spotify:track:6qZthmNcaK0jlrkMZ3khmy: failed initializing chunked reader: failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/67a21f11c15f27bf797847cc95d3680930fa6c15?__token__=exp=1754395379~hmac=72bc83f65a33c021e776549ae69c47255d20cf5fbfc836e4d09ad44a2552e9d7\": dial tcp: lookup audio-akp.spotifycdn.com: no such host`. So the problem is resolving audio-akp.spotifycdn.com. Maybe this is related to #175, but I am not sure. It seems this problem is adressed with librespot-org/librespot with two issues and a solution which is still in progress. [librespot issue #1521](https://github.com/librespot-org/librespot/issues/1521), [librespot issue #4142](https://github.com/music-assistant/support/issues/4142) and the discussed solution [librespot pull request #1524](https://github.com/librespot-org/librespot/pull/1524). Is there a quick workaround?
kerem 2026-02-28 14:25:34 +03:00
  • closed this issue
  • added the
    bug
         label
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@devgianlu commented on GitHub (Aug 4, 2025):

Outstading work from Spotify 👍

I'll have to briefly investigate this, will update.

<!-- gh-comment-id:3150512875 --> @devgianlu commented on GitHub (Aug 4, 2025): Outstading work from Spotify 👍 I'll have to briefly investigate this, will update.
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 4, 2025):

Thank you for your very fast answer. If I add this to my /etc/hosts I can use go-librespot

2.23.82.34      audio-akp.spotifycdn.com
2a02:26f0:e200::217:5258        audio-akp.spotifycdn.com
audio-ak.spotifycdn.com         audio-akp.spotifycdn.com
<!-- gh-comment-id:3150519173 --> @dflvunoooooo commented on GitHub (Aug 4, 2025): Thank you for your very fast answer. If I add this to my `/etc/hosts` I can use go-librespot ``` 2.23.82.34 audio-akp.spotifycdn.com 2a02:26f0:e200::217:5258 audio-akp.spotifycdn.com audio-ak.spotifycdn.com audio-akp.spotifycdn.com ```
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@devgianlu commented on GitHub (Aug 4, 2025):

Could you try github.com/devgianlu/go-librespot@cf27c000d1?

<!-- gh-comment-id:3150637558 --> @devgianlu commented on GitHub (Aug 4, 2025): Could you try https://github.com/devgianlu/go-librespot/commit/cf27c000d11c933fcf9e9c18495d14c66b309a25?
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@hecht0r commented on GitHub (Aug 4, 2025):

Im not quite sure if it's the same problem but since maybe last week i also have problems playing music.

After

DEBU[0014] selected format OGG_VORBIS_160 (5ea7e7af5731d8b74b6d3033fd9841efc65a50e8)  uri="spotify:track:1rfofaqEpACxVEHIZBJe6W"
DEBU[0014] requested aes key for file 5ea7e7af5731d8b74b6d3033fd9841efc65a50e8, gid: 1rfofaqEpACxVEHIZBJe6W

nothing happens...no further logs until the next pongs...

edit: the workaround from @dflvunoooooo works for me

<!-- gh-comment-id:3152137728 --> @hecht0r commented on GitHub (Aug 4, 2025): Im not quite sure if it's the same problem but since maybe last week i also have problems playing music. After ``` DEBU[0014] selected format OGG_VORBIS_160 (5ea7e7af5731d8b74b6d3033fd9841efc65a50e8) uri="spotify:track:1rfofaqEpACxVEHIZBJe6W" DEBU[0014] requested aes key for file 5ea7e7af5731d8b74b6d3033fd9841efc65a50e8, gid: 1rfofaqEpACxVEHIZBJe6W ``` nothing happens...no further logs until the next pongs... edit: the workaround from @dflvunoooooo works for me
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 4, 2025):

Could you try cf27c00?

I will try tomorrow and report back, thank you!

<!-- gh-comment-id:3152223360 --> @dflvunoooooo commented on GitHub (Aug 4, 2025): > Could you try [cf27c00](https://github.com/devgianlu/go-librespot/commit/cf27c000d11c933fcf9e9c18495d14c66b309a25)? I will try tomorrow and report back, thank you!
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@tooxo commented on GitHub (Aug 5, 2025):

I also have a problem with something that may be related:

Aug 05 12:51:34 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:34+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:51:34 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:34+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502"
Aug 05 12:51:38 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:38+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:51:38 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:38+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502"
Aug 05 12:51:56 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:56+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:51:56 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:56+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502"
Aug 05 12:52:00 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:00+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8"
Aug 05 12:52:04 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:04+02:00" level=trace msg="sent dealer ping"
Aug 05 12:52:05 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:05+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 504"

Edit: After checking the connection history, go-librespot only seems to try to connect to the first spclient in the list, (even if multiple were fetched) and even after receiving a 5XX from it. Maybe a "timeout" mechanism for dealers/spclients/ap-s should be implemented.

Image
Quick (dirty) fix, that at least gives one the opportunity to restart until it works 
// from: apresolve/resolve.go:103

	if slices.Contains(types, endpointTypeAccesspoint) {
		randShuffle(respJson.Accesspoint)
		r.endpoints[endpointTypeAccesspoint] = respJson.Accesspoint
		r.endpointsExp[endpointTypeAccesspoint] = time.Now().Add(1 * time.Hour)
		r.log.Debugf("fetched new accesspoints: %v", respJson.Accesspoint)
	}
	if slices.Contains(types, endpointTypeDealer) {
		randShuffle(respJson.Dealer)
		r.endpoints[endpointTypeDealer] = respJson.Dealer
		r.endpointsExp[endpointTypeDealer] = time.Now().Add(1 * time.Hour)
		r.log.Debugf("fetched new dealers: %v", respJson.Dealer)
	}
	if slices.Contains(types, endpointTypeSpclient) {
		randShuffle(respJson.Spclient)
		r.endpoints[endpointTypeSpclient] = respJson.Spclient
		r.endpointsExp[endpointTypeSpclient] = time.Now().Add(1 * time.Hour)
		r.log.Debugf("fetched new spclients: %v", respJson.Spclient)
	}

	return nil
}

func randShuffle(a []string) {
	rand.Shuffle(len(a), func(i, j int) { a[i], a[j] = a[j], a[i] })
}
diff for fix 
diff --git a/apresolve/resolve.go b/apresolve/resolve.go
index ea70654..4f4ee97 100644
--- a/apresolve/resolve.go
+++ b/apresolve/resolve.go
@@ -4,6 +4,7 @@ import (
        "context"
        "encoding/json"
        "fmt"
+       "golang.org/x/exp/rand"
        "net/http"
        "net/url"
        "sync"
@@ -100,16 +101,19 @@ func (r *ApResolver) fetchUrls(ctx context.Context, types ...endpointType) error
        defer r.endpointsLock.Unlock()
 
        if slices.Contains(types, endpointTypeAccesspoint) {
+               randShuffle(respJson.Accesspoint)
                r.endpoints[endpointTypeAccesspoint] = respJson.Accesspoint
                r.endpointsExp[endpointTypeAccesspoint] = time.Now().Add(1 * time.Hour)
                r.log.Debugf("fetched new accesspoints: %v", respJson.Accesspoint)
        }
        if slices.Contains(types, endpointTypeDealer) {
+               randShuffle(respJson.Dealer)
                r.endpoints[endpointTypeDealer] = respJson.Dealer
                r.endpointsExp[endpointTypeDealer] = time.Now().Add(1 * time.Hour)
                r.log.Debugf("fetched new dealers: %v", respJson.Dealer)
        }
        if slices.Contains(types, endpointTypeSpclient) {
+               randShuffle(respJson.Spclient)
                r.endpoints[endpointTypeSpclient] = respJson.Spclient
                r.endpointsExp[endpointTypeSpclient] = time.Now().Add(1 * time.Hour)
                r.log.Debugf("fetched new spclients: %v", respJson.Spclient)
@@ -118,6 +122,10 @@ func (r *ApResolver) fetchUrls(ctx context.Context, types ...endpointType) error
        return nil
 }
 
+func randShuffle(a []string) {
+       rand.Shuffle(len(a), func(i, j int) { a[i], a[j] = a[j], a[i] })
+}
+
 func (r *ApResolver) FetchAll(ctx context.Context) error {
        return r.fetchUrls(ctx, endpointTypeAccesspoint, endpointTypeDealer, endpointTypeSpclient)
<!-- gh-comment-id:3154714896 --> @tooxo commented on GitHub (Aug 5, 2025): I also have a problem with something that may be related: ``` Aug 05 12:51:34 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:34+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8" Aug 05 12:51:34 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:34+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502" Aug 05 12:51:38 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:38+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8" Aug 05 12:51:38 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:38+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502" Aug 05 12:51:56 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:56+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8" Aug 05 12:51:56 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:51:56+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 502" Aug 05 12:52:00 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:00+02:00" level=debug msg="handling transfer player command from 828e0f75816641b07f74aa5e15415d58299652b8" Aug 05 12:52:04 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:04+02:00" level=trace msg="sent dealer ping" Aug 05 12:52:05 raspberrypi go-librespot-daemon[1824]: time="2025-08-05T12:52:05+02:00" level=warning msg="failed handling dealer request" error="failed creating track list: failed initializing context resolver: failed resolving context spotify:user:***:collection: invalid status code from context resolve: 504" ``` Edit: After checking the connection history, go-librespot only seems to try to connect to the first spclient in the list, (even if multiple were fetched) and even after receiving a 5XX from it. Maybe a "timeout" mechanism for dealers/spclients/ap-s should be implemented. <img width="623" height="78" alt="Image" src="https://github.com/user-attachments/assets/4e2b41ec-f1f3-42a9-9f35-97c34ce00b2d" /> <details> <summary>Quick (dirty) fix, that at least gives one the opportunity to restart until it works</summary> ```go // from: apresolve/resolve.go:103 if slices.Contains(types, endpointTypeAccesspoint) { randShuffle(respJson.Accesspoint) r.endpoints[endpointTypeAccesspoint] = respJson.Accesspoint r.endpointsExp[endpointTypeAccesspoint] = time.Now().Add(1 * time.Hour) r.log.Debugf("fetched new accesspoints: %v", respJson.Accesspoint) } if slices.Contains(types, endpointTypeDealer) { randShuffle(respJson.Dealer) r.endpoints[endpointTypeDealer] = respJson.Dealer r.endpointsExp[endpointTypeDealer] = time.Now().Add(1 * time.Hour) r.log.Debugf("fetched new dealers: %v", respJson.Dealer) } if slices.Contains(types, endpointTypeSpclient) { randShuffle(respJson.Spclient) r.endpoints[endpointTypeSpclient] = respJson.Spclient r.endpointsExp[endpointTypeSpclient] = time.Now().Add(1 * time.Hour) r.log.Debugf("fetched new spclients: %v", respJson.Spclient) } return nil } func randShuffle(a []string) { rand.Shuffle(len(a), func(i, j int) { a[i], a[j] = a[j], a[i] }) } ``` </details> <details> <summary>diff for fix</summary> ```diff diff --git a/apresolve/resolve.go b/apresolve/resolve.go index ea70654..4f4ee97 100644 --- a/apresolve/resolve.go +++ b/apresolve/resolve.go @@ -4,6 +4,7 @@ import ( "context" "encoding/json" "fmt" + "golang.org/x/exp/rand" "net/http" "net/url" "sync" @@ -100,16 +101,19 @@ func (r *ApResolver) fetchUrls(ctx context.Context, types ...endpointType) error defer r.endpointsLock.Unlock() if slices.Contains(types, endpointTypeAccesspoint) { + randShuffle(respJson.Accesspoint) r.endpoints[endpointTypeAccesspoint] = respJson.Accesspoint r.endpointsExp[endpointTypeAccesspoint] = time.Now().Add(1 * time.Hour) r.log.Debugf("fetched new accesspoints: %v", respJson.Accesspoint) } if slices.Contains(types, endpointTypeDealer) { + randShuffle(respJson.Dealer) r.endpoints[endpointTypeDealer] = respJson.Dealer r.endpointsExp[endpointTypeDealer] = time.Now().Add(1 * time.Hour) r.log.Debugf("fetched new dealers: %v", respJson.Dealer) } if slices.Contains(types, endpointTypeSpclient) { + randShuffle(respJson.Spclient) r.endpoints[endpointTypeSpclient] = respJson.Spclient r.endpointsExp[endpointTypeSpclient] = time.Now().Add(1 * time.Hour) r.log.Debugf("fetched new spclients: %v", respJson.Spclient) @@ -118,6 +122,10 @@ func (r *ApResolver) fetchUrls(ctx context.Context, types ...endpointType) error return nil } +func randShuffle(a []string) { + rand.Shuffle(len(a), func(i, j int) { a[i], a[j] = a[j], a[i] }) +} + func (r *ApResolver) FetchAll(ctx context.Context) error { return r.fetchUrls(ctx, endpointTypeAccesspoint, endpointTypeDealer, endpointTypeSpclient) ``` </details>
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 5, 2025):

Could you try cf27c00?

It kinda works. There was a warning in Spotify, that music couldn't be played just now only when I have it locally. But after one or two seconds it worked. Now every time I skip a track or play something else, there is a delay and spotify again warns, that music can't be played, then it starts playing. This does not happen, when the track ends and the next is played automatically.

Here is the log from librespot

INFO[0000] running go-librespot cf27c000                
INFO[0000] zeroconf server listening on port 34563      
INFO[0003] authenticated AP                              username="gu************98"
INFO[0004] authenticated Login5                          username="gu************98"
INFO[0004] accepted zeroconf from arch-ernie             username="gu************98"
WARN[0007] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url  error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/8ae3435cca32df671e12c0bb36811e14fc48e936?__token__=exp=1754478842~hmac=92c556dab8a78010ead427b1ada66c190a03b069e523b634ed5ea0220849b9b9\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:0GiMiaYLQWSfT3jbxEKCvB" url="https://audio-akp.spotifycdn.com/audio/8ae3435cca32df671e12c0bb36811e14fc48e936?__token__=exp=1754478842~hmac=92c556dab8a78010ead427b1ada66c190a03b069e523b634ed5ea0220849b9b9"

INFO[0007] loaded track "Become Surrender" (paused: false, position: 98442ms, duration: 214000ms, prefetched: false)  uri="spotify:track:0GiMiaYLQWSfT3jbxEKCvB"
WARN[0058] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url  error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/7a3bc0406f399313ddb0c38be43830ca42d456be?__token__=exp=1754478893~hmac=3536dd7778d98e9326f7a878721f4d6d3d439c7fd4ec212c2b769c8996d5c1d5\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:4PCSGmV5PbkFhGjvY0PPEA" url="https://audio-akp.spotifycdn.com/audio/7a3bc0406f399313ddb0c38be43830ca42d456be?__token__=exp=1754478893~hmac=3536dd7778d98e9326f7a878721f4d6d3d439c7fd4ec212c2b769c8996d5c1d5"
INFO[0058] loaded track "I Am Damnation" (paused: false, position: 0ms, duration: 282466ms, prefetched: false)  uri="spotify:track:4PCSGmV5PbkFhGjvY0PPEA"
WARN[0070] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url  error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/6fc3e56aef17b851c0733e23f62d3619f30dcc68?__token__=exp=1754478905~hmac=084f52f5078dc71a0a1b12a90e9c02f3bad7c42ed91ad1be279d0a95af7f9d44\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:68ae1LwQdpHhYwPrz7rTdl" url="https://audio-akp.spotifycdn.com/audio/6fc3e56aef17b851c0733e23f62d3619f30dcc68?__token__=exp=1754478905~hmac=084f52f5078dc71a0a1b12a90e9c02f3bad7c42ed91ad1be279d0a95af7f9d44"
INFO[0070] loaded track "The End of All We Know" (paused: false, position: 1ms, duration: 252333ms, prefetched: false)  uri="spotify:track:68ae1LwQdpHhYwPrz7rTdl"

Screenshot of Spotifys warning
Image

<!-- gh-comment-id:3154786013 --> @dflvunoooooo commented on GitHub (Aug 5, 2025): > Could you try [cf27c00](https://github.com/devgianlu/go-librespot/commit/cf27c000d11c933fcf9e9c18495d14c66b309a25)? It kinda works. There was a warning in Spotify, that music couldn't be played just now only when I have it locally. But after one or two seconds it worked. Now every time I skip a track or play something else, there is a delay and spotify again warns, that music can't be played, then it starts playing. This does not happen, when the track ends and the next is played automatically. Here is the log from librespot ``` INFO[0000] running go-librespot cf27c000 INFO[0000] zeroconf server listening on port 34563 INFO[0003] authenticated AP username="gu************98" INFO[0004] authenticated Login5 username="gu************98" INFO[0004] accepted zeroconf from arch-ernie username="gu************98" WARN[0007] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/8ae3435cca32df671e12c0bb36811e14fc48e936?__token__=exp=1754478842~hmac=92c556dab8a78010ead427b1ada66c190a03b069e523b634ed5ea0220849b9b9\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:0GiMiaYLQWSfT3jbxEKCvB" url="https://audio-akp.spotifycdn.com/audio/8ae3435cca32df671e12c0bb36811e14fc48e936?__token__=exp=1754478842~hmac=92c556dab8a78010ead427b1ada66c190a03b069e523b634ed5ea0220849b9b9" INFO[0007] loaded track "Become Surrender" (paused: false, position: 98442ms, duration: 214000ms, prefetched: false) uri="spotify:track:0GiMiaYLQWSfT3jbxEKCvB" WARN[0058] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/7a3bc0406f399313ddb0c38be43830ca42d456be?__token__=exp=1754478893~hmac=3536dd7778d98e9326f7a878721f4d6d3d439c7fd4ec212c2b769c8996d5c1d5\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:4PCSGmV5PbkFhGjvY0PPEA" url="https://audio-akp.spotifycdn.com/audio/7a3bc0406f399313ddb0c38be43830ca42d456be?__token__=exp=1754478893~hmac=3536dd7778d98e9326f7a878721f4d6d3d439c7fd4ec212c2b769c8996d5c1d5" INFO[0058] loaded track "I Am Damnation" (paused: false, position: 0ms, duration: 282466ms, prefetched: false) uri="spotify:track:4PCSGmV5PbkFhGjvY0PPEA" WARN[0070] failed creating chunked reader for audio-akp.spotifycdn.com, trying next url error="failed requesting first chunk: Get \"https://audio-akp.spotifycdn.com/audio/6fc3e56aef17b851c0733e23f62d3619f30dcc68?__token__=exp=1754478905~hmac=084f52f5078dc71a0a1b12a90e9c02f3bad7c42ed91ad1be279d0a95af7f9d44\": dial tcp: lookup audio-akp.spotifycdn.com: no such host" uri="spotify:track:68ae1LwQdpHhYwPrz7rTdl" url="https://audio-akp.spotifycdn.com/audio/6fc3e56aef17b851c0733e23f62d3619f30dcc68?__token__=exp=1754478905~hmac=084f52f5078dc71a0a1b12a90e9c02f3bad7c42ed91ad1be279d0a95af7f9d44" INFO[0070] loaded track "The End of All We Know" (paused: false, position: 1ms, duration: 252333ms, prefetched: false) uri="spotify:track:68ae1LwQdpHhYwPrz7rTdl" ``` Screenshot of Spotifys warning <img width="499" height="132" alt="Image" src="https://github.com/user-attachments/assets/eff0dda0-37c8-4df2-96a1-ca7890e2e830" />
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@iVolt1 commented on GitHub (Aug 6, 2025):

Starting today, I am getting this error that may be related:

time="2025-08-06T09:44:54-05:00" level=warning msg="failed handling dealer request" error="failed loading current track (transfer): failed creating stream for spotify:track:2cPeYxoFd20SPP3VJxg02J: failed getting track metadata: invalid status code from track metadata: 500"

I could not find the location of the complete log so could someone please share that?

<!-- gh-comment-id:3160532104 --> @iVolt1 commented on GitHub (Aug 6, 2025): Starting today, I am getting this error that may be related: time="2025-08-06T09:44:54-05:00" level=warning msg="failed handling dealer request" error="failed loading current track (transfer): failed creating stream for spotify:track:2cPeYxoFd20SPP3VJxg02J: failed getting track metadata: invalid status code from track metadata: 500" I could not find the location of the complete log so could someone please share that?
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@devgianlu commented on GitHub (Aug 6, 2025):

Starting today, I am getting this error that may be related:

time="2025-08-06T09:44:54-05:00" level=warning msg="failed handling dealer request" error="failed loading current track (transfer): failed creating stream for spotify:track:2cPeYxoFd20SPP3VJxg02J: failed getting track metadata: invalid status code from track metadata: 500"

I could not find the location of the complete log so could someone please share that?

I was waiting for someone to report this. I am having the same issue and currently investigating. Can you open a new issue? See #189

<!-- gh-comment-id:3160537588 --> @devgianlu commented on GitHub (Aug 6, 2025): > Starting today, I am getting this error that may be related: > > time="2025-08-06T09:44:54-05:00" level=warning msg="failed handling dealer request" error="failed loading current track (transfer): failed creating stream for spotify:track:2cPeYxoFd20SPP3VJxg02J: failed getting track metadata: invalid status code from track metadata: 500" > > I could not find the location of the complete log so could someone please share that? I was waiting for someone to report this. I am having the same issue and currently investigating. Can you open a new issue? See #189
kerem commented 2026-02-28 14:25:35 +03:00
Author
Owner
Copy link

@devgianlu commented on GitHub (Aug 6, 2025):

@tooxo Yours seems to be a different problem, it affects only the spclient stuff by the looks of it. While this one is only for downloading track data. That might be related to changes they have been doing on the backend that ultimately broke bigger stuff like in #189.

@dflvunoooooo That is to be expected unfortunately, because it takes a little bit more time for the request to fail. I don't really like the idea of banning that domain altogether because it may break something if it's the only available.

I would hope that they are fixing this issue and that track fetching works on the first try, even on audio-akp.spotifycdn.com. So, are you still experiencing delays / failures?

<!-- gh-comment-id:3161268601 --> @devgianlu commented on GitHub (Aug 6, 2025): @tooxo Yours seems to be a different problem, it affects only the spclient stuff by the looks of it. While this one is only for downloading track data. That might be related to changes they have been doing on the backend that ultimately broke bigger stuff like in #189. @dflvunoooooo That is to be expected unfortunately, because it takes a little bit more time for the request to fail. I don't really like the idea of banning that domain altogether because it may break something if it's the only available. I would hope that they are fixing this issue and that track fetching works on the first try, even on `audio-akp.spotifycdn.com`. So, are you still experiencing delays / failures?
kerem commented 2026-02-28 14:25:36 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 7, 2025):

So with version v0.3.2 your fix seems to be implemented. Thank you!

<!-- gh-comment-id:3163334842 --> @dflvunoooooo commented on GitHub (Aug 7, 2025): So with version v0.3.2 your fix seems to be implemented. Thank you!
kerem commented 2026-02-28 14:25:36 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 7, 2025):

@dflvunoooooo That is to be expected unfortunately, because it takes a little bit more time for the request to fail. I don't really like the idea of banning that domain altogether because it may break something if it's the only available.

I would hope that they are fixing this issue and that track fetching works on the first try, even on audio-akp.spotifycdn.com. So, are you still experiencing delays / failures?

I feared as much. Is it possible to ban the failing url for one session or for a given time, half an hour for example?

With version v0.3.2 I am still experiencing delays with the same error message within spotify, yes.

<!-- gh-comment-id:3163340396 --> @dflvunoooooo commented on GitHub (Aug 7, 2025): > [@dflvunoooooo](https://github.com/dflvunoooooo) That is to be expected unfortunately, because it takes a little bit more time for the request to fail. I don't really like the idea of banning that domain altogether because it may break something if it's the only available. > > I would hope that they are fixing this issue and that track fetching works on the first try, even on `audio-akp.spotifycdn.com`. So, are you still experiencing delays / failures? I feared as much. Is it possible to ban the failing url for one session or for a given time, half an hour for example? With version v0.3.2 I am still experiencing delays with the same error message within spotify, yes.
kerem commented 2026-02-28 14:25:36 +03:00
Author
Owner
Copy link

@devgianlu commented on GitHub (Aug 7, 2025):

I feared as much. Is it possible to ban the failing url for one session or for a given time, half an hour for example?

That feels like a good trade off, I'll think about it.

<!-- gh-comment-id:3163420589 --> @devgianlu commented on GitHub (Aug 7, 2025): >I feared as much. Is it possible to ban the failing url for one session or for a given time, half an hour for example? That feels like a good trade off, I'll think about it.
kerem commented 2026-02-28 14:25:36 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 7, 2025):

That feels like a good trade off, I'll think about it.

Awesome, thank you very much!

<!-- gh-comment-id:3163458138 --> @dflvunoooooo commented on GitHub (Aug 7, 2025): > That feels like a good trade off, I'll think about it. Awesome, thank you very much!
kerem commented 2026-02-28 14:25:36 +03:00
Author
Owner
Copy link

@devgianlu commented on GitHub (Aug 9, 2025):

@dflvunoooooo I have implemented a qurantine mechanism which will not reuse a given CDN host for 15 minutes if it fails. This should do it!

<!-- gh-comment-id:3170584803 --> @devgianlu commented on GitHub (Aug 9, 2025): @dflvunoooooo I have implemented a qurantine mechanism which will not reuse a given CDN host for 15 minutes if it fails. This should do it!
kerem commented 2026-02-28 14:25:36 +03:00
Author
Owner
Copy link

@dflvunoooooo commented on GitHub (Aug 20, 2025):

This is great, thank you very much! Seems to be working great till now! :)

<!-- gh-comment-id:3204439487 --> @dflvunoooooo commented on GitHub (Aug 20, 2025): This is great, thank you very much! Seems to be working great till now! :)
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
master
zeroconf-avahi
windows
v0.7.1
v0.7.0
v0.6.2
v0.6.1
v0.6.0
v0.5.3
v0.5.2
v0.5.1
v0.5.0
v0.4.0
v0.3.3
v0.3.2
v0.3.1
v0.3.0
v0.2.0
v0.1.3
v0.1.2
v0.1.1
v0.1.0
v0.0.17.1
v0.0.17
v0.0.16
v0.0.15
v0.0.14
v0.0.13
v0.0.12
v0.0.11
v0.0.10
v0.0.9
v0.0.8
v0.0.7
v0.0.6
v0.0.5
v0.0.4
v0.0.3
v0.0.2
v0.0.1
Labels
Clear labels   
bug

   
enhancement

   
pull-request

Mirrored from GitHub Pull Request

  
spotify-side
No labels
bug
enhancement
pull-request
spotify-side
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/go-librespot#122
No description provided.