Bugzilla – Bug 9545
Pause.Hold (stop) fails in screensaver
Last modified: 2009-07-31 10:30:08 UTC
Using press-and-hold of the Pause button on an IR remote while the display is in a screen-saver (even Now Playing) fails to activate the stop function. You first have to wake up the screen-saver. It seems that it only fails for IR and works ok for TP or Boom front-panel buttons.
*** Bug 9543 has been marked as a duplicate of this bug. ***
Hum - this is a problem... Slim::Hardware::IR::resendButton is called, but it this is flawed in this case - it resends the original IR code, so for .hold events this does not look like it gets passed to the mode once the screensaver is cancelled as a .hold event only occurs one on a timer. We may want to try to pass back the .hold event not the IR code. I need to think about this (unless someone else wants to!?)
Try 23223 - for 7.2.1
(In reply to comment #3) > Try 23223 - for 7.2.1 Is this broken in 7.2.1? I would have thought we'd be seeing more reports of it if so. I'm running 7.3.
Well its probably been broken for a long time for non nowplaying screensavers, but the conversion of now playing to act as a screensaver in 7.2 will mean it impacts more people... (there's nothing much changed in 7.3 from 7.2 in this regard)
That mostly fixes it. There still seem to be some issues with player state, and effects on display behavior in reaction to IR, screensavers and stopping. 1. Stop the player. 2. Let the stopped screensaver kick in. 3. Press Fwd. Playback begins, but the stopped screensaver continues, then the now playing screensaver kicks in. The display should have gone to now playing info before the now playing screensaver. 4. Press Stop. Display changes to now playing info. Music doesn't stop. Eventually kicks back into now playing screensaver. 5. Press stop again. Now it stops. Variations on this show some other odd behavior. I also see sometimes see corruption of the now playing screensaver (analog vu meters), where it gets mixed with the stopped screensaver (snow).
Right so this is a different problem - the idle (stop) saver is not cancelling. Try adding fwd = done_passback rew = done_passback to the idlesaver portion of IR/Default.map
That fixes it. I notice also that Pause doesn't exist the idle screensaver. Maybe that's intentional (player is already idle), but I would think that it would be desirable to have any IR button press exit the idle screensaver and return to now playing info, even if the music playback state doesn't change.
added in change 23230
Verified with SqueezeCenter Version: 7.2.1 - 23502
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC