mirror of
https://github.com/aome510/spotify-player.git
synced 2026-04-26 09:25:49 +03:00
[GH-ISSUE #865] local streaming not working #1458
Labels
No labels
bug
documentation
enhancement
good first issue
help wanted
pull-request
question
third-party
third-party
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-player#1458
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @morellus on GitHub (Nov 7, 2025).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/865
Describe the bug
While controlling spotify running on another device works, the local streaming with no other client open does not.
To Reproduce
I don't no what the specific issue causing this problem is. On my machine i start spotify_player (v0.21.1) (installed from crates.io with default features), try to play a song, and the song doesnt play.
Expected behaviour
I expect the spotify_player to play music when i select a song and press play.
Log and backtrace
Screenshots
Environment
Additional context
I have tried:
none of these having any effect.
@thespaghetti27 commented on GitHub (Nov 7, 2025):
I also have the same issue, I believe it's sourced from those librespot_playback::player errors. I was having the same errors when trying out spotifyd today, so it's likely something to do with that core dependency and its interaction with spotify rather than spotify player specifically. Sometimes it doesn't cancel playback and "plays" but there's no audio and the pulseaudio ctl shows it's not even corked.
@morellus commented on GitHub (Nov 7, 2025):
This matches my errors pretty much exactly. Did you already have the chance to look into that further?
@thespaghetti27 commented on GitHub (Nov 7, 2025):
No, I only really tested audio backends but I'm fairly certain they're unrelated to the issue. I would say the next step is to look into librespot but I don't feel confident in debugging an API.. My workaround right now is running the native spotify client (spotify (launcher) for me as I'm on arch) in a hidden workspace on my DE and just using this player as a controller for that. It's why I looked into spotifyd but like I said it runs into the same librespot error so no dice there.
@IronLeoo commented on GitHub (Nov 9, 2025):
Apparently Spotify changed something in their API. Librespot fixed the issue in their dev branch. Until this gets fixed here, you might want to check out this fork somone made to address this issue: richardhapb/spotify-player:patch. For the time being the best workaround and it worked for me at least.
Also duplicate of #864 btw.
@jamescalam commented on GitHub (Nov 10, 2025):
thanks! working for me via cargo
@morellus commented on GitHub (Nov 10, 2025):
Thanks to the both of you, this worked for me as well!
Sorry for the duplicate, will close this now as the discussion in #864 is much further along.