[GH-ISSUE #1127] No visual indication of played trackin the Spotify desktop app when playing through Spotify Connect. #528

Open
opened 2026-02-27 19:31:07 +03:00 by kerem · 1 comment
Owner

Originally created by @eldar on GitHub (Mar 6, 2023).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/1127

Describe the bug
I am using librespot indirectly as a Spotify Connect renderer in the moOde player. I control the playback via the official Spotify desktop app on Linux. The problem is that there is no visual indication in the desktop app of which track is currently playing, that is highlighting in green and the dancing bars. Here is the screnshot demonstrating the problem. When playing music on my Android phone, the desktop app correctly renders highlighting as shown here.

To reproduce
As I'm using librespot as a part of another app, it's a bit difficult to get the logs.

  1. Launch moOde player on Raspberry Pi 4
  2. Launch the official desktop Spotify app, connect to the moOde player via Spotify Connect.
  3. Start playing any track.
  4. The track isn't highlighted in the album list view.

Log
A bit difficult

Host (what you are running librespot on):

  • OS server: moOde audio, Debian 11
  • Platform: Raspberry Pi 4b
  • OS client: both Linux and Windows.

Additional context
I suspect that librespot does not communicate everything that is to communicate the currently playing track. This could also be that I'm running an older version of librespot: 0.4.1.

Originally created by @eldar on GitHub (Mar 6, 2023). Original GitHub issue: https://github.com/librespot-org/librespot/issues/1127 **Describe the bug** I am using librespot indirectly as a Spotify Connect renderer in the moOde player. I control the playback via the official Spotify desktop app on Linux. The problem is that there is no visual indication in the desktop app of which track is currently playing, that is highlighting in green and the dancing bars. Here is the [screnshot](https://i.imgur.com/TwTB7Gj.png) demonstrating the problem. When playing music on my Android phone, the desktop app correctly renders highlighting as shown [here](https://i.imgur.com/qDBq9su.png). **To reproduce** As I'm using librespot as a part of another app, it's a bit difficult to get the logs. 1. Launch moOde player on Raspberry Pi 4 2. Launch the official desktop Spotify app, connect to the moOde player via Spotify Connect. 3. Start playing any track. 4. The track isn't highlighted in the album list view. **Log** A bit difficult **Host (what you are running `librespot` on):** - OS server: moOde audio, Debian 11 - Platform: Raspberry Pi 4b - OS client: both Linux and Windows. **Additional context** I suspect that librespot does not communicate everything that is to communicate the currently playing track. This could also be that I'm running an older version of librespot: 0.4.1.
Author
Owner

@photovoltex commented on GitHub (Dec 20, 2024):

Hey @eldar,

with the dealer now implemented, this should be fixed for the most parts. I'm only aware that for albums started via the api, desktop or web-player this is still an issue. Any item started from mobile should show correctly.

We probably can keep the issue open because it isn't fully resolved, but could you verify that your issue is mostly resolved with the latest changes?

thanks in advance^^

<!-- gh-comment-id:2556676145 --> @photovoltex commented on GitHub (Dec 20, 2024): Hey @eldar, with the dealer now implemented, this should be fixed for the most parts. I'm only aware that for albums started via the api, desktop or web-player this is still an issue. Any item started from mobile should show correctly. We probably can keep the issue open because it isn't fully resolved, but could you verify that your issue is mostly resolved with the latest changes? thanks in advance^^
Sign in to join this conversation.
No milestone
No project
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#528
No description provided.