Bugzilla – Bug 14220
Baby should stay off unless Power, Play, or presets buttons pressed (clock screensaver)
Last modified: 2011-11-06 23:23:07 UTC
http://forums.slimdevices.com/showthread.php?t=68215 With the black digital clock screensaver set for When Off mode, virtually any IR button, front panel button, or knob movement wakes Baby. Only "play" and commands (Play buttons, power buttons, 1-6 preset buttons) should turn Baby on if it's off. It looks like the clock screensaver (and possibly others) are looking for button events and handling them instead of letting the main Jive/SP code do it. IIRC, I'm running r7670 firmware. I have not tested other screensavers, but Jim Jolx reports it works as expected with "screen off" as the When Off screensaver (see forums).
Matt: what does the spec say about this use case?
This is by design, for off SS other than "Screen off". If all buttons didn't work when the off screensaver is something like "Clock", users wouldn't be able to realize they were "off" and wonder why keys aren't working. I advocated for putting up a "power button" overlay like that which happens on fab4, but no one seemed to care for that, though that might have been due to the tight 7.4 deadline.... I'm leaving it open as a future feature enhancement.
Tom, thanks for the explanation. <rant>So this is another area where the new SqueezePlay devices differ from the old IP3K gear. I really wish Logitech would commit to a UI here. I don't mean stick with the old UI, I mean make all the players behave similarly. Everything I've seen suggests you're still going to sell Boom and Transporter, and it's weird how the UIs for the new players is evolving away from Boom/Transporter. It seems like any customer who has a mix of SqueezePlay and IP3K devices in their home will be burdened with learning two different UIs -- e.g., "Off" means different things, the "+" key acts almost completely differently between SP and IP3K, etc. If the new UI behaviors are better, then go ahead and change the IP3K behavior to match.</rant> Really, though, thanks for the explanation. I know you guys are trying hard to do the right thing and the management structure is very different than it was a year ago. I appreciate your efforts and communication.
Moving Matt Weldon bugs
Unassigned bugs cannot have a priority.