Bug 9202 - Cannot disconnect receiver from offline squeezecenter
: Cannot disconnect receiver from offline squeezecenter
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 7.4.0
: PC Windows XP
: P4 normal with 1 vote (vote)
: 8.0.0
Assigned To: Michael Herger
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-08-18 21:10 UTC by Walker Aumann
Modified: 2009-10-12 08:06 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Walker Aumann 2008-08-18 21:10:58 UTC
I have a Squeezebox receiver that was streaming from one instance of SqueezeCenter (v7.1) on a Mac.  That receiver was paused and taken off the network.  I have another instance of SqueezeCenter running on a WinXP machine.  When I use the drop-down to select the receiver, I am told it is connected to the other instance, and I am asked if I would like to disconnect the receiver from that server.  I say yes but nothing appears to happen.
Comment 1 Michael Herger 2008-08-19 01:09:10 UTC
What about using Controller? The web interface relies on the other instance releasing the player.
Comment 2 Walker Aumann 2008-08-19 07:39:58 UTC
Yes, using the controller will switch the receiver to the other source.  Why can't the web interface also do that?
Comment 3 James Richardson 2008-10-30 14:09:55 UTC
Verify in 7.2.1 and 7.3
Comment 4 James Richardson 2008-11-10 16:24:03 UTC
Verified 7.2.1 & 7.3 do not release the player when not running.

If SC is running, then the another SC instance can pull the player.

The Player can still move to another server from the player UI or to SqueezeNetwork.

Michael, would you be the proper person to address this? or someone else.
Comment 5 Michael Herger 2008-11-11 05:15:49 UTC
That's not going to happen in 7.3 It requires major changes in the player detection and the client side. The problem here is that SC doesn't tell the player to connect to another SC, but SC A is asking SC B to send the player over. Controller otoh is talking to the players directly, doing the detection etc. locally on the remote. 
Comment 6 James Richardson 2009-06-08 13:43:32 UTC
*** Bug 12159 has been marked as a duplicate of this bug. ***
Comment 7 Ben Klaas 2009-08-26 07:50:18 UTC
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.
Comment 8 Michael Herger 2009-10-12 08:06:22 UTC
New targeting guidelines...