@jonas Thanks for getting back to me!
I got Strawberry from the Arch Linux extra repo. Coincidentally, the package was updated a few minutes ago to add the missing API credentials part haha, so the part you mention about rebuilding the package (since it's done directly from git I assume) has been done.
This has been resolved 
Not exactly. Its using the git tag.
Oh, nvm then lol
(edit: I thought the playback suddenly started working again, but I was actually playing from my local files LMAO. nvm!)
Maybe it builds from the git .tar.xz asset not truly directly from git which, if so, you can ignore me.
I had a poke around in the PKGBUILD of the official Arch package, and the source is
source=(git+https://github.com/strawberrymusicplayer/strawberry#tag=$pkgver
https://github.com/strawberrymusicplayer/strawberry/releases/download/$pkgver/$pkgname-$pkgver.tar.xz)
So it does build from the .tar.xz asset (which may be a recent change after the credential thing). The more you know 
@jonas
Oh i did notice I got rate limited before when trying to search up artists, so that's a nice change! I switched back to non-custom API credentials and can confirm there is no more rate limiting reported in the CLI 
My Spotify tracks still don't play though (getting that same error of resource not found).
Running Strawberry with GST_DEBUG=3 strawberry --verbose
0:00:07.380990318 415737 415942 ERROR spotifyaudiosrc audio/spotify/src/spotifyaudiosrc/imp.rs:278:<gstspotify::spotifyaudiosrc::imp::SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create:<spotifyaudiosrc0> track is not available
0:00:07.381084980 415737 415942 WARN basesrc gstbasesrc.c:3187:gst_base_src_loop:<spotifyaudiosrc0> error: Internal data stream error.
0:00:07.381095660 415737 415942 WARN basesrc gstbasesrc.c:3187:gst_base_src_loop:<spotifyaudiosrc0> error: streaming stopped, reason error (-5)
0:00:07.381131569 415737 415942 WARN oggdemux gstoggdemux.c:4799:gst_ogg_demux_send_event:<oggdemux0> error: EOS before finding a chain
20:38:30.548 ERROR GstEnginePipeline:1867 ErrorMessageReceived ID: 1 Domain: 2267 Code: 3 Error: "Resource not found."
0:00:07.381152259 415737 415942 WARN oggdemux gstoggdemux.c:2574:gst_ogg_demux_sink_event:<oggdemux0> EOS while trying to retrieve chain, seeking disabled
20:38:30.548 ERROR GstEnginePipeline:1868 ErrorMessageReceived ID: 1 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-1-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin0/GstSpotifyAudioSrc:spotifyaudiosrc0:\ntrack is not available"
20:38:30.548 ERROR GstEngine:640 GStreamer error: 2267 3 "Resource not found."
20:38:30.575 WARN IconLoader:129 Couldn't load icon "media-playback-start" from system theme icons.
20:38:30.575 WARN IconLoader:129 Couldn't load icon "media-playback-start" from system theme icons.
20:38:30.576 WARN IconLoader:129 Couldn't load icon "media-playback-start" from system theme icons.
20:38:30.576 WARN IconLoader:129 Couldn't load icon "media-playback-start" from system theme icons.
0:00:07.410709571 415737 415737 ERROR GST_BUS gstbus.c:1081:gst_bus_remove_watch:<bus1> no bus watch was present
I guess some part of my install is just borked... I did try deleting the Strawberry folder in .cache, but no change.
@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!
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 Thanks for getting back to me!
I got Strawberry from the Arch Linux extra repo. Coincidentally, the package was updated a few minutes ago to add the missing API credentials part haha, so the part you mention about rebuilding the package (since it's done directly from git I assume) has been done.
This has been resolved
Hello, sorry if this is a very smooth-brained post, but I'm very confused by the changes in the latest update.
I use authentication for last.fm and Spotify, and have been logged out of both due to the changes, and can't figure out what to put in the Client ID and Client secret fields.
Separating this by last.fm issues and Spotify issues:
Last.fm
I've tried putting my email/username into the Client ID field and my password in the Client secret field, but the webpage I get sent to shows this:
The URL in this specific instance is https://www.last.fm/api/auth?api_key=username&cb=http://localhost:45305/ - is this the intended behaviour?
(note: running Strawberry via CLI with strawberry --verbose shows no errors, warnings or any other kind of feedback in this instance.)
Spotify
No matter what I put into the Client ID and Client secret fields, it always returns
ERROR SpotifyService:259 "Missing Spotify client ID and/or client secret"
and I am never redirected to the Spotify website.
If there's an API key I need to fish out from somewhere and put in these fields, please let me know because the services themselves don't show me anything (unless I'm just real bad at searching :^) )
Strawberry is my music player of choice for both local and streamed tracks, so I'm very happy to help troubleshoot any issues and get the whole setup working again! Thank you for your continued hard work on this wonderful music player. ^^
Additional edit:
I just noticed that there's a place to log in for Genius too, so I tried that and also get a webpage saying "Invalid Authorization". The URL is https://api.genius.com/oauth/authorize?client_id=username&code_challenge=LW6f0eupn2UFYo47mgoaIidHdcLlqC8--LGQVnxy44Q&code_challenge_method=S256&redirect_uri=https%3A%2F%2Foauth.strawberrymusicplayer.org%2F&response_type=code&scope=me&state=qwx1CBcGJHvPC6wtoXjhLRSbsvZEVIpM-36917
If this is something I should add as an issue in the GitHub repo, let me know and I'm happy to open an issue there too
@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."
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.