-
Notifications
You must be signed in to change notification settings - Fork 453
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DBus Mpris Metadata crashes spotifyd #271
Comments
I came here to file a bug report about mpris status request from playerctl crashing the daemon. This looks like the same bug so. attaching my log in case it's of any use. I'm also running arch linux (since July 1973). I am writing a little sync daemon on my music box and thought the "playerctl -F status" might be of use to me. However, this crash occured without the --follow option. Command:
I included that splodge from my powerline cos it shows the time the status command executed. log:
Obviously did it a few times before deciding to post. |
a workaround for @ragon000 |
Thanks for the help, but that workaround got me the exact same error relevant logs: 15:18:34 [DEBUG] tokio_core::reactor: loop process, 27.057µs
15:18:34 [DEBUG] dbus_tokio::adriver: Polling message stream
15:18:34 [DEBUG] dbus_tokio::adriver: msgstream found Ok(Ready(Some((MethodCall, Some("/org/mpris/MediaPlayer2"), Some("org.freedesktop.DBus.Introspectable"), Some("Introspect")))))
15:18:34 [DEBUG] dbus_tokio::adriver: Polling message stream
15:18:34 [DEBUG] dbus_tokio::adriver: msgstream found Ok(NotReady)
15:18:34 [DEBUG] dbus_tokio::adriver: D-Bus i/o poll ready: 47 is Ready(Readable)
15:18:34 [DEBUG] dbus_tokio::adriver: D-Bus i/o unix ready: 47 is Readable | Aio
15:18:34 [DEBUG] tokio_reactor::registration: scheduling Read for: 4
15:18:34 [DEBUG] tokio_core::reactor: loop poll - 52.877µs
15:18:34 [DEBUG] tokio_core::reactor: loop time - Instant { tv_sec: 153147, tv_nsec: 628285639 }
15:18:34 [DEBUG] tokio_core::reactor: loop process, 37.774µs
15:18:34 [TRACE] tokio_reactor: [<unknown>:376] event Readable Token(50331652)
15:18:34 [TRACE] tokio_reactor: [<unknown>:390] loop process - 1 events, 0.000s
15:18:34 [TRACE] tokio_reactor: [<unknown>:376] event Readable Token(50331652)
15:18:34 [TRACE] tokio_reactor: [<unknown>:390] loop process - 1 events, 0.000s
15:18:34 [DEBUG] dbus_tokio::adriver: D-Bus i/o poll ready: 47 is Ready(Readable)
15:18:34 [DEBUG] dbus_tokio::adriver: D-Bus i/o unix ready: 47 is Readable | Aio
15:18:34 [TRACE] tokio_reactor: [<unknown>:376] event Readable Token(50331652)
15:18:34 [TRACE] tokio_reactor: [<unknown>:390] loop process - 1 events, 0.000s
15:18:34 [DEBUG] dbus_tokio::adriver: handle_msgs: (MethodCall, Some("/org/mpris/MediaPlayer2"), Some("org.freedesktop.DBus.Properties"), Some("Get"))
15:18:34 [DEBUG] tokio_core::reactor: loop poll - 1.615886ms
15:18:34 [DEBUG] tokio_core::reactor: loop time - Instant { tv_sec: 153147, tv_nsec: 629951659 }
15:18:34 [DEBUG] tokio_core::reactor: loop process, 28.194µs
15:18:34 [DEBUG] dbus_tokio::adriver: Polling message stream
15:18:34 [DEBUG] dbus_tokio::adriver: msgstream found Ok(Ready(Some((MethodCall, Some("/org/mpris/MediaPlayer2"), Some("org.freedesktop.DBus.Properties"), Some("Get")))))
15:18:34 [TRACE] mio::poll: [<unknown>:787] registering with poller
1515:18:34 [TRACE] tokio_reactor: [<unknown>:376] event Readable Token(4194303)
:18:3415:18:34 [TRACE] tokio_reactor: [<unknown>:390] loop process - 1 events, 0.000s
[ERROR] Caught panic with message: called `Result::unwrap()` on an `Err` value: Error(Executor(EnterError { reason: "attempted to run an executor while another executor is already running" }), "https://api.spotify.com/v1/me/player/currently-playing")
15:18:34 [TRACE] reqwest::client: [<unknown>:578] response receiver is canceled
15:18:34 [TRACE] tokio_reactor: [<unknown>:390] loop process - 0 events, 0.000s
15:18:34 [DEBUG] librespot_connect::spirc: drop Spirc[0]
15:18:34 [DEBUG] librespot_playback::player: Shutting down player thread ...
15:18:34 [DEBUG] librespot_playback::player: drop Player[0]
15:18:34 [DEBUG] dbus_tokio::adriver: Dropping AMessageStream
15:18:34 [DEBUG] dbus_tokio::adriver: AMessageStream telling ADriver to quit
15:18:34 [TRACE] tokio_threadpool::pool: [<unknown>:138] shutdown; state=pool::State { lifecycle: Running, num_futures: 0 }
15:18:34 [TRACE] tokio_threadpool::pool: [<unknown>:186] -> transitioned to shutdown
15:18:34 [TRACE] tokio_threadpool::pool: [<unknown>:207] -> shutting down workers
15:18:34 [DEBUG] tokio_reactor: dropping I/O source: 3
15:18:34 [TRACE] mio::poll: [<unknown>:907] deregistering handle with poller
15:18:34 [DEBUG] tokio_reactor: dropping I/O source: 0
15:18:34 [TRACE] mio::poll: [<unknown>:907] deregistering handle with poller
15:18:34 [DEBUG] tokio_reactor: dropping I/O source: 1
15:18:34 [TRACE] mio::poll: [<unknown>:907] deregistering handle with poller
15:18:34 [DEBUG] tokio_reactor: dropping I/O source: 2
15:18:34 [DEBUG] librespot_core::session: drop Session[0]
15:18:34 [DEBUG] librespot::component: drop AudioKeyManager
15:18:34 [DEBUG] librespot::component: drop ChannelManager
15:18:34 [DEBUG] librespot::component: drop MercuryManager
15:18:34 [DEBUG] librespot_core::session: drop Dispatch
15:18:34 [TRACE] mio::poll: [<unknown>:907] deregistering handle with poller
15:18:34 [DEBUG] tokio_reactor: dropping I/O source: 5
15:18:34 [DEBUG] tokio_reactor: dropping I/O source: 4 |
I have a very similar issue here. Steps to reproduce:
|
Well, we didn't change any direct dependencies ourselves so a package updated its dependencies or a patch version screwed something up. I checked to see if I am currently busy with my bachelor's thesis but after I'm done with that I can take a closer look. |
@jonaslb reverting to the mentioned commit did the trick for me and also fixed the metadata returned by |
Super weird. I'm probably missing something. Not sure which crate is actually responsible for the dbus functionality |
Any idea how to proceed here? Bug still seems to be active in 0.2.13 |
Does a |
Hey @sirwindfield The binary is built as Here's a log output with verbose.The application crashes immidiately after the start
|
Same here, compiled with
Here's a log output with verbose.(I'm using the system dbus, not a session instance)
|
@sirwindfield can confirm works now after #346 |
Hello,
when I try to get Metadata via DBus, spotifyd crashes
DBus Command:
System Info:
Archlinux 5.1.14-arch1-1-ARCH
rustc 1.31.1
The text was updated successfully, but these errors were encountered: