starred/librespot
1
0
Fork 0
mirror of https://github.com/librespot-org/librespot.git synced 2026-04-27 00:05:55 +03:00
Code Issues 95 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #522] Opening other spotify clients sometimes ask Continue Playing #333

New issue
Open
opened 2026-02-27 19:30:03 +03:00 by kerem · 3 comments
kerem commented 2026-02-27 19:30:03 +03:00
Owner
Copy link

Originally created by @rlopzc on GitHub (Sep 11, 2020).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/522

Hello, when trying to control librespot from other clients, it sometimes ask "Continue Playing" and the current session (song) continues. It automatically connects when this "Continue Playing" pops in the client.

The problem is when it doesn't, and I try to select manually the session stops

This is the debug trace when this manual selection and session stops:

[2020-09-11T02:14:31Z DEBUG librespot_connect::discovery] Post "/" {}
[2020-09-11T02:14:31Z DEBUG librespot_connect::spirc] drop Spirc[1]
[2020-09-11T02:14:31Z DEBUG librespot_playback::player] Shutting down player thread ...
[2020-09-11T02:14:31Z DEBUG librespot_playback::player] drop PlayerInternal[1]
[2020-09-11T02:14:31Z DEBUG librespot_playback::player] PlayerInternal thread finished.
[2020-09-11T02:14:31Z DEBUG librespot_core::session] drop Session[1]
[2020-09-11T02:14:31Z DEBUG librespot_core::audio_key] drop AudioKeyManager
[2020-09-11T02:14:31Z DEBUG librespot_core::channel] drop ChannelManager
[2020-09-11T02:14:31Z DEBUG librespot_core::mercury] drop MercuryManager
[2020-09-11T02:14:31Z DEBUG librespot_core::session] drop Dispatch
[2020-09-11T02:14:31Z INFO  librespot_core::session] Connecting to AP "guc3-accesspoint-b-npd0.ap.spotify.com:4070"
[2020-09-11T02:14:32Z INFO  librespot_core::session] Authenticated as "XXXXXXXX" !
[2020-09-11T02:14:32Z DEBUG librespot_core::session] new Session[2]
[2020-09-11T02:14:32Z DEBUG librespot_connect::spirc] new Spirc[2]
[2020-09-11T02:14:32Z DEBUG librespot_connect::spirc] canonical_username: XXXXXXXX
[2020-09-11T02:14:32Z DEBUG librespot_core::mercury] new MercuryManager
[2020-09-11T02:14:32Z DEBUG librespot_connect::spirc] input volume:65535 to mixer: 65535
[2020-09-11T02:14:32Z DEBUG librespot_core::session] Session[2] strong=3 weak=2
[2020-09-11T02:14:32Z INFO  librespot_core::session] Country: "XX"
[2020-09-11T02:14:32Z DEBUG librespot_playback::player] new Player[2]
[2020-09-11T02:14:32Z INFO  librespot_playback::audio_backend::alsa] Using alsa sink
[2020-09-11T02:14:32Z DEBUG librespot_playback::player] command=AddEventSender
[2020-09-11T02:14:32Z DEBUG librespot_playback::player] command=VolumeSet(65535)
[2020-09-11T02:14:32Z DEBUG librespot_core::mercury] unknown subscription uri=hm://remote/user/XXXXXXXX/
[2020-09-11T02:14:32Z DEBUG librespot_core::mercury] subscribed uri=hm://remote/user/XXXXXXXX/ count=0

Any idea what could it be?

Originally created by @rlopzc on GitHub (Sep 11, 2020). Original GitHub issue: https://github.com/librespot-org/librespot/issues/522 Hello, when trying to control librespot from other clients, it sometimes ask "Continue Playing" and the current session (song) continues. It automatically connects when this "Continue Playing" pops in the client. The problem is when it doesn't, and I try to select manually the session stops This is the debug trace when this manual selection and session stops: ``` [2020-09-11T02:14:31Z DEBUG librespot_connect::discovery] Post "/" {} [2020-09-11T02:14:31Z DEBUG librespot_connect::spirc] drop Spirc[1] [2020-09-11T02:14:31Z DEBUG librespot_playback::player] Shutting down player thread ... [2020-09-11T02:14:31Z DEBUG librespot_playback::player] drop PlayerInternal[1] [2020-09-11T02:14:31Z DEBUG librespot_playback::player] PlayerInternal thread finished. [2020-09-11T02:14:31Z DEBUG librespot_core::session] drop Session[1] [2020-09-11T02:14:31Z DEBUG librespot_core::audio_key] drop AudioKeyManager [2020-09-11T02:14:31Z DEBUG librespot_core::channel] drop ChannelManager [2020-09-11T02:14:31Z DEBUG librespot_core::mercury] drop MercuryManager [2020-09-11T02:14:31Z DEBUG librespot_core::session] drop Dispatch [2020-09-11T02:14:31Z INFO librespot_core::session] Connecting to AP "guc3-accesspoint-b-npd0.ap.spotify.com:4070" [2020-09-11T02:14:32Z INFO librespot_core::session] Authenticated as "XXXXXXXX" ! [2020-09-11T02:14:32Z DEBUG librespot_core::session] new Session[2] [2020-09-11T02:14:32Z DEBUG librespot_connect::spirc] new Spirc[2] [2020-09-11T02:14:32Z DEBUG librespot_connect::spirc] canonical_username: XXXXXXXX [2020-09-11T02:14:32Z DEBUG librespot_core::mercury] new MercuryManager [2020-09-11T02:14:32Z DEBUG librespot_connect::spirc] input volume:65535 to mixer: 65535 [2020-09-11T02:14:32Z DEBUG librespot_core::session] Session[2] strong=3 weak=2 [2020-09-11T02:14:32Z INFO librespot_core::session] Country: "XX" [2020-09-11T02:14:32Z DEBUG librespot_playback::player] new Player[2] [2020-09-11T02:14:32Z INFO librespot_playback::audio_backend::alsa] Using alsa sink [2020-09-11T02:14:32Z DEBUG librespot_playback::player] command=AddEventSender [2020-09-11T02:14:32Z DEBUG librespot_playback::player] command=VolumeSet(65535) [2020-09-11T02:14:32Z DEBUG librespot_core::mercury] unknown subscription uri=hm://remote/user/XXXXXXXX/ [2020-09-11T02:14:32Z DEBUG librespot_core::mercury] subscribed uri=hm://remote/user/XXXXXXXX/ count=0 ``` Any idea what could it be?
kerem commented 2026-02-27 19:30:04 +03:00
Author
Owner
Copy link

@roderickvd commented on GitHub (Aug 7, 2021):

Do you have a way of reproducing this reliably?

<!-- gh-comment-id:894702828 --> @roderickvd commented on GitHub (Aug 7, 2021): Do you have a way of reproducing this reliably?
kerem commented 2026-02-27 19:30:04 +03:00
Author
Owner
Copy link

@ghost commented on GitHub (Dec 7, 2021):

I just want to note that this happens to me too. I don't know how to reproduce it, however. The one thing I noticed is that exiting the other client and starting it up again, it detects librespot and offers to continue playing.

<!-- gh-comment-id:988185969 --> @ghost commented on GitHub (Dec 7, 2021): I just want to note that this happens to me too. I don't know how to reproduce it, however. The one thing I noticed is that exiting the other client and starting it up again, it detects librespot and offers to continue playing.
kerem commented 2026-02-27 19:30:04 +03:00
Author
Owner
Copy link

@roderickvd commented on GitHub (Dec 7, 2021):

I really need a reproducible scenario to start doing something about this.

<!-- gh-comment-id:988320794 --> @roderickvd commented on GitHub (Dec 7, 2021): I really need a reproducible scenario to start doing something about this.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
dev
v0.8.0
v0.7.1
v0.7.0
v0.6.0
v0.5.0
v0.4.2
v0.4.1
v0.4.0
v0.3.1
v0.3.0
v0.2.0
v0.1.6
v0.1.5
v0.1.3
v0.1.2
v0.1.1
v0.1.0
Labels
Clear labels   
A-Alsa

   
SpotifyAPI

   
Tokio 1.0

   
audio

   
bug

   
can't reproduce

   
compilation

   
dependencies

   
duplicate

   
enhancement

   
good first issue

   
help wanted

   
high priority

   
imported

   
imported

   
invalid

   
new api

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
reverse engineering

   
wiki

   
wontfix
No labels
A-Alsa
SpotifyAPI
Tokio 1.0
audio
bug
can't reproduce
compilation
dependencies
duplicate
enhancement
good first issue
help wanted
high priority
imported
imported
invalid
new api
pull-request
question
reverse engineering
wiki
wontfix
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/librespot#333
No description provided.