gst-plugin-spotify has stopped functioning after the latest update

kxfu

Every time I try to play a song via Spotify I am met with this error:

Resource not found.

audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-4-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin3/GstSpotifyAudioSrc:spotifyaudiosrc3: track is not available

Internal data stream error.

../libs/gst/base/gstbasesrc.c(3187): gst_base_src_loop (): /GstPlayBin3:pipeline-4-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin3/GstSpotifyAudioSrc:spotifyaudiosrc3: streaming stopped, reason error (-5)

Could not demultiplex stream.

../ext/ogg/gstoggdemux.c(4799): gst_ogg_demux_send_event (): /GstPlayBin3:pipeline-4-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin3/GstParseBin:parsebin3/GstOggDemux:oggdemux3: EOS before finding a chain

Every thing functioned fine before the update. I've tried reinstalling all plugins including 'libgstspotify.so' and nothing has worked. I am on the latest kernel for Fedora 44 KDE. Any help would be greatly appreciated, thank you.

iverdugoa

I’m currently experiencing this issue too, where it suddenly stopped playing tracks from Spotify. When I try to play a song, nothing happens and the player skips to the next track or just stays idle.

I checked the error log and found the following messages repeated:

text
Recurso no encontrado.
audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-4-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin17/GstSpotifyAudioSrc:spotifyaudiosrc2: track is not available

Recurso no encontrado.
audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-5-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin18/GstSpotifyAudioSrc:spotifyaudiosrc3: track is not available

jasmint

Hi! Same issue here for all Spotify Tracks when I try to play them. I'm on Arch Linux on the latest kernel (as of writing, Linux 7.2.3-1-cachyos) with X11 Qtile.

Resource not found.

audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc::imp::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-1-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin0/GstSpotifyAudioSrc:spotifyaudiosrc0: track is not available

I tried pulling the git repo again and rebuilding gst-plugins-rs, but unfortunately that didn't fix it.
Happy to help troubleshoot any issues if required.

jonas

Maybe the specific songs are not available anymore, or have changed their ID, did you try searching for songs and re-adding them to the playlist?

jasmint

@jonas Hmm, these songs are definitely still available on Spotify. I tried making a new playlist, searching for songs that aren't already in my library, and adding them. Still getting the same error.
I ran Strawberry through the CLI and while I think it's the exact same error message, here's what keeps popping up:

15:05:09.746 ERROR GstEnginePipeline:1866           ErrorMessageReceived ID: 3 Domain: 2270 Code: 3 Error: "Resource not found."
15:05:09.746 ERROR GstEnginePipeline:1867           ErrorMessageReceived ID: 3 Domain: 2270 Code: 3 Debug: "audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc::imp::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-3-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin2/GstSpotifyAudioSrc:spotifyaudiosrc2:\ntrack is not available"
15:05:09.746 ERROR GstEngine:640                    GStreamer error: 2270 3 "Resource not found."

jasmint

Okay, after installing v1.2.29 from the Arch Linux repos (which builds directly from git), I'm now getting a different error when I try to refresh my Spotify catalogues. This error may be relevant to why the tracks no longer play.

When I try to refresh any of the catalogues or search an artist with the in-built search function, I now get these errors as a result:

17:43:28.487 ERROR SpotifyRequest:1390              Spotify: "Error transferring https://api.spotify.com/v1/me/albums?include_groups=album201Csingle - server replied with status code 403 (201)"
17:47:21.399 ERROR SpotifyRequest:1390              Spotify: "Error transferring https://api.spotify.com/v1/me/following?type=artist - server replied with status code 403 (201)"
17:47:25.955 ERROR SpotifyRequest:1390              Spotify: "Error transferring https://api.spotify.com/v1/me/tracks - server replied with status code 403 (201)"
17:47:33.672 ERROR SpotifyRequest:1390              Spotify: "Error transferring https://api.spotify.com/v1/search?limit=50&q=project&type=track - server replied with status code 403 (201)"
17:47:38.142 ERROR SpotifyRequest:1390              Spotify: "Error transferring https://api.spotify.com/v1/search?limit=10&q=project aegis&type=artist - server replied with status code 403 (201)"

Clicking on the webpages sends me directly to a page that says this:

{
  "error": {
    "status": 401,
    "message": "Missing/invalid/expired access token"
  }
}

Here are the headers:
Response headers

Server-Timing: uasw-json-data;dur=0;desc="%7B%22userAgent%22%3A%22Mozilla%2F5.0%20(Windows%20NT%2010.0%3B%20Win64%3B%20x64%3B%20rv%3A152.0)%20Gecko%2F20100101%20Firefox%2F152.0%22%2C%22appVersion%22%3A%225.0%20(Windows)%22%2C%22platform%22%3A%22Win32%22%2C%22vendor%22%3A%22%22%2C%22product%22%3A%22Gecko%22%2C%22userAgentData%22%3A%22%5Bdelete%5D%22%2C%22oscpu%22%3A%22Windows%2010%22%2C%22productSub%22%3A%2220100101%22%2C%22buildID%22%3A%2220181001000000%22%2C%22type%22%3A%22user%22%7D"
X-Firefox-Http3: h3
access-control-allow-credentials: true
access-control-allow-headers: Accept, App-Platform, Authorization, Content-Type, Origin, Retry-After, Spotify-App-Version, X-Cloud-Trace-Context, client-token, content-access-token
access-control-allow-methods: GET, POST, OPTIONS, PUT, DELETE, PATCH
access-control-allow-origin: *
access-control-max-age: 604800
alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000, h3=":443"; ma=2592000
content-length: 94
content-type: application/json
date: Wed, 09 Sep 2026 07:43:40 GMT
server: envoy
strict-transport-security: max-age=31536000
vary: Accept-Encoding
via: HTTP/2 edgeproxy, 1.1 google
www-authenticate: Bearer realm="spotify", error="missing_token", error_description="No token provided"
x-content-type-options: nosniff

Request headers

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip, deflate, br, zstd
Accept-Language: en-US,en;q=0.9
Alt-Used: api.spotify.com
Connection: keep-alive
Host: api.spotify.com
Priority: u=0, i
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1
Sec-GPC: 1
TE: trailers
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:152.0) Gecko/20100101 Firefox/152.0

(note: the user agent says Windows because I have a user agent switcher extension enabled)

If you need more info, please let me know

jonas

@jasmint
If you build from git source you need to provide API credentials manually in the settings, you can do this here here: https://developer.spotify.com/dashboard (Redirect URI need to be set to https://oauth.strawberrymusicplayer.org/), Apply settings, then login again

jasmint

@jonas Good news but not 100% yet: after I used custom credentials following your steps (had to restart Strawberry after I signed out from my other non-custom one to get it to work, really weird), I can now use the in-built search function and refresh my catalogues!

...unfortunately, that's where the good part ends. After searching for a song, adding it to my playlist, and trying to play it, I still get this error:

17:58:16.446 ERROR GstEnginePipeline:1867           ErrorMessageReceived ID: 2 Domain: 2267 Code: 3 Error: "Resource not found."
17:58:16.446 ERROR GstEnginePipeline:1868           ErrorMessageReceived ID: 2 Domain: 2267 Code: 3 Debug: "audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc::imp::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-2-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin1/GstSpotifyAudioSrc:spotifyaudiosrc1:\ntrack is not available"
17:58:16.446 ERROR GstEngine:640                    GStreamer error: 2267 3 "Resource not found."

So we're back to square one.
At this point, I am very lost️
if there's anything you want to try or experiment with, happy to try!

tebriel

@jasmint the 1.2.29 release notes indicate that to build from source you should use the .tar.xz file located in the release assets, which includes an apicredentials.h file (not present in the git source tarball). Does using the .tar.xz get you all the way there?

(which builds directly from git)

Maybe it builds from the git .tar.xz asset not truly directly from git which, if so, you can ignore me.

jonas

@tebriel

I realize that the new API credentials I created is in development mode, apparently it has some limitations like rate limiting and maximum number users, so I'll need to switch back to using the old.