Bugzilla – Bug 3134
"Now Playing" screensaver doesnt always switch to the "Now Playing" page
Last modified: 2008-09-15 14:39:24 UTC
With the "Now Playing" screensaver selected: 1. Press the "Now Playing" button on the remote. 2. SB displays the "Now Playing" page. 3. Press up or down to browse to a different entry on the current playlist. 4. Wait for screensaver. 5. Screen dims, but does not change content. However if you navigate anywhere else on the SB menus it does switch back to the "Now Playing" page after that wait. SlimServer Version: 6.5b1 - trunk - Debian - EN - iso-8859-1 This was the latest version from sometime last week (is there a better way of reporting version numbers of these betas?)
That's correct. Browsing the playlist is the same mode as the screensaver, while browsing other places is not (which explains the different behaviour). This is an expected aspect of the design. In fact, I recall that this is a requested aspect, not to jump to the now playing if a user has deliberately scrolled up or down in the current playlist.
So is this a bug still with the latest 6.5 nightly? Thanks
As KDF points out, this is correct behavior. If additional users would like to change this behavior, feel free to reopen with more information about why it's wrong.
As requested I will reopen this explaining why the current behaviour seems wrong to me..... If a track is playing, then I expect to be able to look at the display and see the name of the current track (with the obvious exception if someone is *currently* using the remote to browse the menus). I dont expect the display to be 'stuck' indefinitely on the name of some other track. If I pick up the remote (after it has been unused for a while) I expect it to have switched back to the top of the menu structure. I dont expect it to be stuck on some other menu. I dont expect different menus to behave differently. > I recall that this is a requested aspect, > not to jump to the now playing if a user has deliberately > scrolled up or down in the current playlist Why is this behaviour useful? (I couldnt find any relevant old enhancement requests)
Technically, this bug can never be closed. Fix it as described, and we would have to respond to the earlier request either by reopening that one (though I believe it was on the forum rather than filed) or having to explain when users who prefer the current design why they can't have it the way they like. As usual, no one will speak up until the behaviour is not the way they like. why is it useful? One case, navigating down through the playlist, and then you side idle for a bit (phone rings, cat knocks over your beer, etc) then you go to delete the track to which you had navigated. oh crap! now you've just deleted the 3 hour audiobook you were in the middle of playing for your 5 year-old son. Damn....better load up the forum and start pointing out how stupid the developers are. as a technical note, the proper way to add this behaviour would require a non-trivial rework of the way the player handles display of the current playlist, or creating a new version of the screensaver that would basically duplicate existing code. Also worth noting is that there is a Plugin, MisicInfo Screensaver which can be used, set up to display the same "now playing" info, as well as many additional options. Using this plugin will give you the behaviour you desire.
> MisicInfo Screensaver Thats useful. Thanks.
dunno why I didn't mention it earlier. sorry :)