Bugzilla – Bug 2411
Playback of album starts not with first track
Last modified: 2008-09-15 14:37:04 UTC
When I start to play a whole album through my Squeezebox by using "browse albums", scrolling to the desired albums and pressing PLAY (without entering into the album) sometimes playback is started with the first track (as it should) and sometimes with any other track of the album. I now found, when I first play a saved playlist and stop e.g. at track no. 5 of this playlist, then select an album (using browse albums) and press the PLAY button (at the remote) while the album name is displayed, playback starts at track no. 5 of this album. When I play the same saved playlist and stop at track no. 3, then select the same album as before and press PLAY at the album name, playback starts at track no. 3 of this album. I have the impression that the track number for the first track to be played of the album is incorrectly taken from the last track that has been played of a saved playlist. Since on top of a saved playlist the track number of the last played song is stored can it be that Slimserver incorectly reads this value? I will enclose a log file created with d_command and d_source (as recommended by kdf). Dieter
Created attachment 959 [details] Server log-file of the bug The enclosed log file was created Softsqueeze by - first selecting playlist "levin" by "browse playlists" - pressing PAUSE at the playlist name (track no. 4 started to play) - skipping to track no. 6 of this playlist - pressing PAUSE - switching to "browse artists" - selecting "Jamie Cullum" - selecting album "Catching Tales" - pressing PLAY at the album name (without entering into the album) - playback started at track no. 6 of this album (although previously the album was played until the last track which is no. 14)
*** Bug 2406 has been marked as a duplicate of this bug. ***
Thanks for the detailed bug report.
dang, I was planning to fix this, but I can't seem to replicate in the current nightly of 6.2.1 I'm playing an album skipping to track 4, stopping. Then I select another album and press play. d_source shows track resetting properly to 0 is anyone able to repeat this with the latest nightly build in 6.2.1?
kdf, you have to start with playing a saved playlist not an album.
ok. haven't had time to try that yet. So, I'm guessing you don't see it if you start with an album? This does strike me as odd, since the server shouldn't care where the songs came from in the current playlist. I had an idea of what could be causiing this, but given this specific...well, this will be interesting :) in fact, I'm seeing it. This must be a case of not properly clearing the previous 'known playlist' since the playlist name, in fact, also stays. thanks.
fix committed to trunk at change 4934 let me know if this looks right for 6.2.1 as well, and I can merge over.
Looks good
committed to 6.2.1 build at change 4936 Oct 30 nightly should work.