Bugzilla – Bug 2688
Player turns on automatically (when it shouldn't)
Last modified: 2008-09-15 14:39:24 UTC
I have an SB2 and an SB3. Both are wireless. My SB2 is downstairs and I turn it off when I go to bed. My off brightness is zero and the off screensaver is none. Most mornings, when I come downstairs I find that the SB2 is on - it displays the home menu and responds normally to the remote. However, if I press Power, it displays the Welcome To Squeezebox screen and remains on. Somehow, the server is getting confused about the on state. I suspect that this is related to alarms. I use the standard alarm function on my SB3 to sound an alarm at 7:30am on weekdays. The alarm playlist is my current playlist. I don't have an alarm on weekends, but can't say if the problem doesn't occur on weekends. I'll make a point of checking on Saturday if necessary. Simply turning on or using the SB3 does not cause the SB2 to turn on. I've just put a bt() in Slim::Player::Player::power so will report back tomorrow if I find the device on then - I'm sure I will!
Not sure how this ended up in player ui. Reassigning to misc for want of a better place. My downstairs squeezebox was on again this morning. Power was only called once, according to the log: 2005-12-07 07:02:57.9407 Requesting web page to keep SlimServer unswapped, re-request interval is 30 minutes. 2005-12-07 07:30:08.6922 NowPlaying: setting now playing to nothing 2005-12-07 07:30:08.6932 NowPlaying: Current song: Nothing 2005-12-07 07:30:08.6944 NowPlaying: doFTP received data 2005-12-07 07:30:08.7087 RandomPlay: playRandom called with type album 2005-12-07 07:30:08.7094 RandomPlay: 1 songs remaining, songIndex = 10 2005-12-07 07:30:08.7149 NowPlaying: setting now playing to nothing 2005-12-07 07:30:08.7153 NowPlaying: Current song: Nothing 2005-12-07 07:30:08.7211 Backtrace: frame 0: Slim::Player::Player::power (/usr/local/slimserver/Slim/Control/Command.pm line 479) frame 1: Slim::Control::Command::execute (/usr/local/slimserver/Plugins/RandomPlay/Plugin.pm line 207) frame 2: Plugins::RandomPlay::Plugin::playRandom (/usr/local/slimserver/Slim/Buttons/AlarmClock.pm line 398) frame 3: Slim::Buttons::AlarmClock::checkAlarms (/usr/local/slimserver/Slim/Utils/Timers.pm line 105) frame 4: Slim::Utils::Timers::checkTimers (/usr/local/slimserver/slimserver.pl line 626) frame 5: main::idle (/usr/local/slimserver/slimserver.pl line 557) frame 6: main::main (/usr/local/slimserver/slimserver.pl line 1215) 2005-12-07 07:30:08.7793 RandomPlay: Starting random selection of 1 items for type: album 2005-12-07 07:30:09.1301 NowPlaying: FTP completed 2005-12-07 07:30:09.1307 NowPlaying: doFTP received data 2005-12-07 07:30:09.5266 NowPlaying: FTP completed 2005-12-07 07:30:09.9759 RandomPlay: Find returned 1 items 2005-12-07 07:30:09.9772 RandomPlay: Playing album: 6 Suiten fur Violoncello solo - Pierre Fournier, 86 2005-12-07 07:30:10.8821 RandomPlay: Playing continuous album mode with 36 items 2005-12-07 07:30:12.0338 RandomPlay: new song detected (0) 2005-12-07 07:30:12.0344 RandomPlay: playRandom called with type album 2005-12-07 07:30:12.0350 RandomPlay: 35 songs remaining, songIndex = 0 2005-12-07 07:30:12.0354 RandomPlay: Playing continuous album mode with 36 items 2005-12-07 07:30:12.0359 NowPlaying: newsong cmd received 2005-12-07 07:30:12.0476 NowPlaying: Current song: Suite No. 1 G-dur BWV 1007 - 1. Prelude by Bach, JS from 6 Suiten fur Viol oncello solo - Pierre Fournier 2005-12-07 07:30:12.0523 NowPlaying: doFTP received data 2005-12-07 07:30:12.6285 NowPlaying: FTP completed 2005-12-07 07:32:57.9477 Requesting web page to keep SlimServer unswapped, re-request interval is 30 minutes. I think the NowPlaying entries in here are a red herring, as I'm fairly certain this issue occurred before I wrote that plugin. Nevertheless, I'll disable it this evening. I think what might be relevant is that AlarmClock called RandomPlay, which called Power. RandomPlay calls Power itself, I think (no time to check right now), so that could possibly cause some confusion. I previously said that my alarm playlist was set to my current playlist - I was obviously wrong about this - it's a random album.
I think I've worked out what is causing this. Whenever the server begins a rescan (changes only), my downstairs device briefly loses connectivity to the server and so displays its "attempting to connect message". If this happens when the device is off, it goes into the state described in this bug. I have my server set to rescan every night, hence the device being "on" every morning. It's odd that my SB3 upstairs isn't affected though. Anyone out there, by the way?
I have the same problem. I have an SB3 wireless, and it exhibits the same problem with Rescan Music Library.
I have and SB2 and two SB3's, and the SB2 exhibits the problem but the SB3's don't. It might be because the SB2 is blank when powered down, while the SB3's are set to display date and time.
Both my sb2 and my sb3 are blank when powered down but only the sb2 exhibits this problem.
*** Bug 3184 has been marked as a duplicate of this bug. ***
This should be fixed in dan's rescan rework for 6.5
Marking as fixed for 6.5 - rescanning is now split.