Bugzilla – Bug 12725
Controller UI only allows receiver "OFF" after sleep - when controller also sleeps
Last modified: 2011-11-06 23:24:49 UTC
After a player had Slept on the sleep timer, the controller still shows the option to turn off the player. There is therefore no method to simply turn on the player. (selecting turn off the player does not reset it back to the turn on the player option) The player can be forced back on by choosing something to play - however in the case the player is synchronised this resets all sychronised players to this one. It also does not allow allow a simple resume of previously playing material. The expected behaviour would after sleep to be able to turn the player on with a controller and have it sychronise with the content already playing on the players it is sychronised with or resume what it was previously playing. (This is in SBS 7.4 nightlies but i think it has behaved like this for previous version)
Is the same error present when NOT in a sync group?
The problem occurs whether the player is in a sync group or not but futher testing has shown that it occurs only when the following sequence happens: 1.Receiver is playing (synced or unsynced) 2.Sleep timer is set using controller 3.Unused controller sleeps (or is manually told to sleep) 4.Sleep timer on receiver expires and receiver goes off while controller is sleeping. 5. Awakening controller now displays the problem - has option only to turn off player even though it is already off.
Ben: is this one yours to look at or Tom
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the single original product.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
7.4.x milestone is in the past
Tom is no longer available to us
Unassigned bugs cannot have a priority.