Reported by Classical.com

QA to repro

Alan suggests that some recent changes may have fixed this.

I have no problem with play advancing from track to track but I only get 60s of each track. More information needed to be able to reproduce this properly.

Our Classical.com accounts have been fixed and should no longer play just 60 seconds. I've verified that doesn't happen anymore.

Now that I can play more than 60 seconds, I've been able to play successive tracks. Classical.com says they think that the default repeat mode is repeat track, but in my testing I see that the repeat mode is repeat playlist.

I think Classical.com might have issues with the action of how playlists are invoked on specific products or in specific situations.

SB Radio:

- Press Play button on Playlist name: Sequences through entire playlist
- Press Play button on track in playlist: Repeats same track

Touch (No Play button on UI)

- Touch playlist name: Same as right arrow; goes to first track on playlist but doesn't play track
- Touch first track on playlist: Plays first track repeatedly. Playlist has only one track on it.

Have asked Classical.com for clarification.

Here's the reply from classical.com:

Playlists: best setting would be continuous play through to the next tracks, wherever the user starts. Users seldom want to play one track only.

Also on my device, the Touch, it is not possible to click the playlist name. 

I believe this means classical.com wants Touch to adopt the Radio's characteristics for initiating playlists.

Michael notes he believes the behavior is different between touch and radio, and mysb.com and local server.  Alan notes that if 'play all tracks in an album' is set, which is hte default (player specific options in basic settings), then this should work.

Michael notes this appears to have been implemented, but then commented out for no reason.  He will investigate.

Yes, the problem is that the Classical OPML entries are missing the "playall" attribute:

             {
               bitrate   => 128,
               duration  => 977,
               image     => "http://www.classical.com/img/coverart/2684362743.jpg",
               items     => [],
               name      => "Th\xE8me et variations in C sharp minor, Op. 73 by Gabriel Faur\xE9",
               on_select => "play",
               play      => "classical://3221232583.mp3",
               type      => "link",
               url       => "http://www.mysqueezebox.com/api/classical/v1/opml/trackInfo?trackId=3221232583",
               value     => "http://www.mysqueezebox.com/api/classical/v1/opml/trackInfo?trackId=3221232583",
             },

whereas they are present for Napster:

             {
               duration  => 226,
               items     => [],
               name      => "Dog Like Vultures by Haste the Day from Attack Of The Wolf King (Deluxe Edition)",
               on_select => "play",
               play      => "napster://track:33423101.wma",
               playall   => 1,
               type      => "link",
               url       => "http://www.mysqueezebox.com/api/napster/v1/opml/trackInfo?track=track%3A33423101&inLibrary=0",
               value     => "http://www.mysqueezebox.com/api/napster/v1/opml/trackInfo?track=track%3A33423101&inLibrary=0",
             },

Created attachment 6941 [details]
proposed patch

 == Auto-comment from SVN commit #8715 to the network repo by mherger ==
 == http://svn.slimdevices.com/network?view=revision&revision=8715 ==

Fixed Bug: 16296
Fixed Bug: 16219
Description: fix playall behaviour on albums/playlists for various services (Classical, Deezer, Napster, WiMP). Play all items in list, unless it's a search result.

 == Auto-comment from SVN commit #9229 to the network repo by agrundman ==
 == http://svn.slimdevices.com/network?view=revision&revision=9229 ==

Bug 16219, backport fix from qa to trunk