Bugzilla – Bug 7121
Syncing a Powered off player to a powered on player can cause music from "off" player
Last modified: 2009-09-08 09:19:14 UTC
Doing the following: Slim::Player::Sync::sync($poweredOff, $poweredOn); Where $poweredOff is a client in powered-off state and $poweredOn is a client in the powered-on state, and then starting music on $poweredOn can have music coming from the $poweredOff player, despite the fact that it is still in poweredOff state. Found with the Synchronizer plugin for 7.0.
Eric: Is this possible to trigger from the regular UI, or is this an internal API bug?
Appears only to be an API issue. I haven't seen it from the UI at all. I've only been able to trigger it from my Synchronizer plugin.
Ok, cool. Thx. We'll take a look post 7.0. Can you work around it for 7.0? Assigning to Alan, the sync master!
Oh yeah. Either you turn the player on (and off, if you want it to shut up) and you're sensible. Or you listen to music as the clock shows. I think you might get some occasional weird stuff on the display as the playback and the clock screensaver battle each other to decide what should be there. Probably the only way somebody's going to hit this at all is if they're using my plugin.
Actually it is not just an API issue. You can do it from Jive or the new WebUI. So what should be the correct action: (a) sync-up but remain off and silent, (b) turn on? BTW, (a) looks easy to implement.
Since on/off seems to be our shortcut for temporary unsyncing, we should probably pick A.
Fixed in change 17897. There are other issues related to sync-group-management and players which are off. See bug 7531.
I have reverted (most of) the fix for this bug as it was causing too many other problems. Change 19481.
Will not look at this until 7.2
*** Bug 8422 has been marked as a duplicate of this bug. ***
Fixed by new-streaming changes in 7.3
Syncing a 'off' player with 7.3 - 23935 will now cause the sync group to stop playing if the master is streaming at the time of the sync.
Please explain how you can recreate this problem. I cannot recreate it using either the Web-UI or the SBC-UI.
This was found using my plugin, The Synchronizer. http://www.koldware.com/SlimStuff Create a sync set. Turn the master on and start it playing, and have the slave(s) be turned off. Select the set and hit Synchronize. Slaves remain in off state but start playing. The affected API is no longer in 7.3. I'll give this a try again, but it may no longer be an issue.
James to file his bug as a separate bug.
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