The Player object needs refactoring to notify applets when the player changes state. At the moment it only notifies the slimbrowser.

Ben may be doing that refactoring while working on Now Playing. Once that's done feel free to pass this back to me Ben, and I'll fix the screensaver.

*** This bug has been marked as a duplicate of 6265 ***

this particular issue now works as specified. closing.

Actually, we don't do this at the screensaver level.

There is now a player notification when the mode changes, which can be used from any applet with a jnt subscription and a notify_playerModeChange method

Richard, you asked me to push it your way if that happened, so I will :)
Feel free to push it back my way if you want though, pretty sure I could figure the fix out quickly.

I think we want any screensaver to exit when the mode changes, not just NowPlaying. Also, we would want the screensaver to exit when the mode changes from any mode to any other mode

typical use example--

queue a few songs on jive, put it back in cradle
WhenPlaying screensaver kicks in
playlist ends, mode changes to "stopped"
WhenPlaying screensaver exits, timer starts
WhenStopped screensaver kicks in
Another playlist is queued up through webUI and started
WhenStopped screensaver exits, timer starts
WhenPlaying screensaver kicks in


that sound right?

Fixed in r1410. The now playing screensaver does not update the mode correctly. Back to Ben.

This seems to be working on, but it has a problem when show briefly appears. I
have a fix for this, but not sure it is the correct approach. I'll sleep on it.

Fixed popup behavior in r1426 and r1429. This bug is now totally fixed.

This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html