Bugzilla – Bug 11379
(Per-player?) Option to start playlists at beginning, not CURTRACK
Last modified: 2012-02-29 17:39:54 UTC
It seems some users are distracted by SC always starting playlists at "CURTRACK" and not at the beginning of the playlist. Ideally, we should have a Music Library or even per-player setting like "Remember current position in playlist" vs. "Always start from first song". I didn't yet check the current logic, but since playlists could also be used to select one of several remote radio streams, care must be taken: If one of several remote STREAMS was selected from a remote radio playlist (maybe because of better quality or stream overload), the last position SHOULD be reused. I think. Then again, remote playlists could be used to play a sequence of remote AUDIO FILES, so the user-selected option might be valid. So a distinction between "local" and "remote" playlists might not be feasible here. Regarding doing this on a "per-player" basis: CURTRACK as currently saved in the local playlists is NOT on a per-player basis. The question arises whether to do that (by maybe including the player's MAC) or not. But if we do it on a "Music Library" basis, users will surely start wanting this on a per-player basis or for remote streams, too. Some thinking required, I guess. Further ideas, anyone?
I see in addition of the current behavior following possible solutions: 1. play the playlist "always" from the beginning when selected 2. remember the last played song but stop and jump to the top when the last song was played
I think this bug is wrongly classified as enhancement it is a bug. Older version of the server did not hold on currtrack but returned to the top of a playlist when you played the last track . But the moonbase who filed the bug thinks the new buggy behaviour and the old behaviour should be optional chosen by a setting this is an enhancement . Can the bug and the enhancement be separated so this issue can move forward please ?