nedia

Would you be able to give me a brief explanation of this code @eladyn ? ```rs let mv_api_token = api_token.clone(); b.property("Volume").emits_changed_false().get(move |_, _| { let sp = create_spotify_api(&mv_api_token); let vol...

Thank you for the detailed explanation, much appreciated. You're right, the original issue isn't quite what I'd believed it was, but spotifyd's behaviour is not what you'd expect it to...

 This is what I'm experiencing ^ I download the full release directly from the GitHub releases, and then use `spotify-tui` to control playback instead of `playerctl`.

```sh ~ ❱ G_MESSAGES_DEBUG=playerctl playerctl play (playerctl:356781): playerctl-DEBUG: 10:29:47.713: Getting list of player names from D-Bus (playerctl:356781): playerctl-DEBUG: 10:29:47.713: Getting list of player names from D-Bus (playerctl:356781): playerctl-DEBUG: 10:30:12.716: initializing...

Yes 25s is how long it took, same amount of time on both occasions. Sure, I'll debug, happy to work on this, thanks for your help so far.

So I've discovered that it works as you've described when the binary is located in `/usr/bin` as opposed to `$HOME/.local/bin`. `spt` (`spotify-tui`) doesn't seem to mind as it interacts directly...

This is now fixed for me - on `master`, latest commit is `1fddaa8953a6554a83038bb5662662eb761eb361`. It's not immediately obvious to me how though. Commits between metadata version bump & now don't seem...