Bug 1241 - Shuffle (song) -> Shuffle (off) goes back to beginning of playlist, not to current song
: Shuffle (song) -> Shuffle (off) goes back to beginning of playlist, not to cu...
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 6.0.0
: All All
: P2 minor (vote)
: ---
Assigned To: Vidur Apparao
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-03-29 17:05 UTC by Moses Leslie
Modified: 2008-08-18 10:54 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Moses Leslie 2005-03-29 17:05:26 UTC
Sometimes I listen to things on a massive shuffle (all artists), then when I
hear something I want to hear more of, I'll switch shuffle to off.

In 5.4.x, this would re-sort the playlist to non-shuffled alphabetical, with the
web interface on whatever page had the song that was currently being played.

In 6.0, I'm brought to the beginning of the playlist, which doesn't help very
much when I'm on song 7125 :)
Comment 1 KDF 2005-03-30 11:10:13 UTC
I tried this out myself, and when I turned shuffle off, the playlist refreshed
to page 3 (same page as with shuffle on).  It dodn't load to teh current song
because that was now a different index on a different page. Have you tried other
skins?  Are all returning you to page 1 when turning shuffle off?
Comment 2 Moses Leslie 2005-03-31 19:08:28 UTC
fishbone is my normal skin, and it happens under default and handheld too.

Clicking on next song does go to the next song, but the playlist is still on page 1.

shift-reload doesn't fix it either.

mozilla 1.7.5 under linux if it makes a difference.
Comment 3 Moses Leslie 2005-03-31 22:05:31 UTC
After listening longer, it appears shuffle (song) is affected by this too. If
you go to the web page (http://10.0.0.5:9000/ in my case), the playlist is
always on the first page, rather than the page that the song is currently on.
Comment 4 Blackketter Dean 2005-04-20 15:22:36 UTC
 The top frame should probably tell the bottom frame to load a special url like:

/playlist.html?song=current#current

rather than using a number, that way it will reload at the right location.

Comment 5 KDF 2005-05-10 00:34:05 UTC
in playlist.html, onload sets the window.hash to currentsong.
the playlist thus, should, be loading to current anyway. perhaps the
'currentsong' marked by the server isnt' taking into account the change on shuffle.
Comment 6 KDF 2005-05-10 01:07:33 UTC
actually, it looks like this works fine on a playlist that is only one page. 
Thus, this could just be another symptom of bug 1483.
Comment 7 KDF 2005-05-10 23:27:01 UTC
committed to 6.1 in change 3153
Comment 8 Chris Owens 2008-03-11 11:28:03 UTC
This bug was marked resolved in Slimserver 6.1, which is several versions ago.  If you're still seeing this bug, please re-open it.  Thanks!