[GH-ISSUE #248] `spotify_player get key playback` command is slow #1064

New issue

Closed

opened 2026-03-14 13:17:09 +03:00 by kerem · 0 comments

kerem commented

2026-03-14 13:17:09 +03:00

Owner

Originally created by @sewnie on GitHub (Sep 7, 2023).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/248

Describe the bug
Using the get key playback to retrieve Playback data, it is slow as it makes a new network request to retrieve the data instead of spotify-player grabbing from it's state directly.
This is an issue for me since i want to retrieve data from spotify-player in my statusbar, and it will slow it down significantly.

A workaround for this would be to use MPRIS and retrieval of D-Bus data, which already by itself is much quicker.

To Reproduce

$ time spotify_player get key playback >/dev/null
real    0m 0.37s
user    0m 0.00s
sys     0m 0.00s

(feels like an entire second, or two)

Expected behavior
spotify-player fetches the playback data from it's own state, being near instant.

Originally created by @sewnie on GitHub (Sep 7, 2023). Original GitHub issue: https://github.com/aome510/spotify-player/issues/248 **Describe the bug** Using the `get key playback` to retrieve Playback data, it is slow as it makes a new network request to retrieve the data instead of spotify-player grabbing from it's state directly. This is an issue for me since i want to retrieve data from spotify-player in my statusbar, and it will slow it down significantly. A workaround for this would be to use MPRIS and retrieval of D-Bus data, which already by itself is much quicker. **To Reproduce** ``` $ time spotify_player get key playback >/dev/null real 0m 0.37s user 0m 0.00s sys 0m 0.00s ``` (feels like an entire second, or two) **Expected behavior** spotify-player fetches the playback data from it's own state, being near instant.