Mopidy randomly brings over the previous track title to the next track #1871
After letting Mopidy finish a track and going to the next one, the track title is not properly updated, resulting in the next track having the same title as the previous one. This issue slowly seems to grow worse, and the entire playlist becomes skewed.
Steps to reproduce:
The tracks shown below are played from mopidy-local.
And in polybar's MPD extension:
This is the actual track listing:
With a different album, I tried to capture the logs with mopidy -v during the time it happened.
DEBUG 2020-01-15 14:07:06,594 [79919:MainThread] mopidy.audio.actor
The text was updated successfully, but these errors were encountered:
Got the same issue I believe, but I've had this issue for months. Also Arch here, everything updated.
Mopidy retains the previous track title as the current. I.e track finishes - ncmpcpp and polybar extension shows previous track name (simply as "Eminem - In Too Deep"). While mpc shows "Godzilla: Eminem - In Too Deep", where Godzilla is the current song and In Too Deep was the previous. That's kinda freaky, one is a bug but why does mpc show both?
This is a combination of things brought to light by #1751 and so it's also present in Mopidy v2.3.0.
The first two tracks in my playlist are (1) 'Set Guitars To Kill' followed by (2) 'A Little Bit Of Solidarity Goes A Long Way'. The below log shows that after the track change from (1) to (2), we get a tag changed event but but we end up sending
This is because our call to
It seems to be a race condition between
Fixes mopidy#1871 PR #7151 introduced a regression where, following a normal gapless track change, the stream_title was incorrectly set to the previous track's title.
Better late than never, re tag updates and all these events it gets complicated since it's all async. And it's been ages since I've been looking at this stuff in detail. But here goes with a horribly over simplified pipeline diagram:
So think we can have cases where there are meaningful tags in between