Bugzilla – Bug 5486
Pressing FWD when paused should start the next track.
Last modified: 2008-12-18 11:12:53 UTC
I think that this behavior changed recently. With jive or a SB remote, pressing FWD should start playback on the next song if paused. It currently moves to the next track but doesn't play. Pressing FWD again does start playback. Felix: was this a side effect of your recent change?
No. I've checked the behaviour without my recent change for Ray and it behaves the same. So, it looks like a new bug.
According to andy, it's even weirder. It goes to the next track, but doesn't update the display.
I do not think that this is new behaviour. It is in r11071 of Jan 1, 2007 4:47:59 PM (the earliest in svn). The code is explicit and goes to some trouble so that any jump (FWD/REW) while paused does not result in play starting. As far as I can see, the player display is correctly updated but Jive gets it wrong until the 30s poll happens, whether you use the remote or Jive to issue the commands. The behaviour with the WebUI is different. Perhaps it issues an absolute jump rather than a FWD command.
I changed the web UI to use the "button jump_fwd" instead of "playlist skip +1" command today. This should align it with Jive/remote.
Alan is going to make this consistent across UIs and have it start playing on FWD and REW.
Change 16581
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.