Bugzilla – Bug 9330
Random song alarm playlist fails
Last modified: 2009-07-31 10:28:26 UTC
See bug 8844 - for some reason my random song alarm playlist is failing. Random song mixes definitely work for me, this is how I normally use my SB players and I've never had a problem with it. I have turned on plugin.randomplay as well as player.alarmclock and player.source but it may be a few days before I have a log due to the long weekend and due to the fact that I may not be using an alarm over the holiday... Boom FW 32, PQP3 Boom SqueezeCenter Version: 7.2 - 22915 @ Wed Aug 27 01:08:24 PDT 2008 - Debian - EN - utf8 Perl Version: 5.8.8 x86_64-linux-gnu-thread-multi MySQL Version: 5.0.51a-3ubuntu5.1 Platform Architecture: x86_64-linux
Confirmed that they're not working for me either. This could be a regression on bug 9097. Be careful when verifying this - the alarm's fallback behaviour for a failed alarm playlist is to play 10 random tracks. This can make it appear as if random mix is working. With player.alarmclock debugging on, you'll see this in the log when an alarm playlist fails: [08:30:25.9788] Slim::Utils::Alarm::_checkPlaying (991) Checking whether client is playing for alarm dcf6f918 [08:30:25.9800] Slim::Utils::Alarm::_checkPlaying (999) Alarm active but client not playing [08:30:25.9810] Slim::Utils::Alarm::_playFallback (1010) Starting fallback sounds [08:30:25.9818] Slim::Utils::Alarm::_playFallback (1013) Playing 10 random tracks
Andy agrees this is a dupe of the bug 9097 problem *** This bug has been marked as a duplicate of bug 9097 ***
Reduce number of active targets for SC