Bug 17013 - Players continuously attempt to "connect" (SBS 7.5.3)
: Players continuously attempt to "connect" (SBS 7.5.3)
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Misc
: 7.5.x
: Macintosh MacOS X 10.6
: -- major with 11 votes (vote)
: 7.5.4
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-02-28 15:16 UTC by Tony
Modified: 2011-07-27 01:54 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tony 2011-02-28 15:16:33 UTC
With 7.5.3  r31792, there are numerous times when the player (SB Radio or Touch) attempts to connect to the SBS when it is already connected.

This will continue when the player is turned OFF, causing the player to continuously send a WON, waking up my sleeping server (which will then sleep as programed, and then waken again by the player, etc, etc..).

Re-booting the player 'fixes' the problem (but it will later re-occur).  This started with 7.5.3.

Tony
Comment 1 trautigan 2011-03-01 03:24:22 UTC
Also on win. 7
Comment 2 callesoroe 2011-03-07 02:26:52 UTC
I have the same issues with my 
Transporter
Comment 3 joe.rizzo1 2011-03-13 08:04:49 UTC
*** This bug has been confirmed by popular vote. ***
Comment 4 Jason 2011-03-28 11:39:49 UTC
Same problem, running 7.5.3 on my Synology NAS and get this message on my Boom.  Causes Alarm not to fire at all not even the back up sounds. My Boom alarm clock is too unreliable and is now useless with this bug.
Comment 5 Teemu 2011-04-04 03:57:40 UTC
I have the same problem with 3 classic players with server running on Linux.  Downgrading to 7.5.2 fixes the problem.

By tracing both network and squeezeboxserver the problem seems to be at the player side.  Every 10 seconds the player disconnects and then reconnects to the server, causing the disconnect message to flash briefly.  The firmware that comes with 7.5.2 the player keeps the connection and everything works smoothly.
Comment 6 Magnar Strand Olsen 2011-04-14 10:56:44 UTC
I've got this problem as well, using the latest nightly (testing, 7.5.4 - r32224).
Message in the Touch's display during these prolonged hiccups: "Rebuffering" and then: "Could not rebuffer". 20-30 seconds of silence, then a second of music, then another 20-30 seconds of silence.
In the Classic's display: "Could not connect to server"
OS: Debian Squeeze. Players: Classic and Touch.
For what it's worth, my gut feeling at the moment is that it's a server side problem - the last time this happened, my PC also had problems connecting to the SBS web browser GUI.
Comment 7 Andy Grundman 2011-04-25 09:06:50 UTC
Fixed in 7.5.4 ip3k firmware.
Comment 8 Tony 2011-04-25 10:08:11 UTC
(In reply to comment #7)
> Fixed in 7.5.4 ip3k firmware.

Thanks!
Comment 9 callesoroe 2011-05-19 03:51:19 UTC
I still loose connection to my Transporter in 7.5.4. The problem still occurs 
occasionally, but but much less frequent than in 7.5.3

In 7.5.2 I did not have this issue at all.

My Transporter handles the problem fine, because the buffer can play about 20-30 seconds, so I don't have any sound dropouts.

But it seems like the controller looses connection and stay off until restarted.
I am experiencing the same with the iPeng plugin on my iPod touch. When connection is lost it has to be restartet. 

This was not an issue in 7.5.2

So my conclusion is that the problem has been reduced. NOT SOLVED.
Comment 10 callesoroe 2011-05-23 11:13:40 UTC
It has been better in 7.5.4 but NOT solved. Please reopen this Bug.
Comment 11 WF 2011-05-23 11:16:36 UTC
(In reply to comment #10)
> It has been better in 7.5.4 but NOT solved. Please reopen this Bug.

I agree.  This occurs approx once daily.  This is an improvement but still happens.  All of my players were just stopped in this condition for between 5 & 10 minutes.
Comment 12 trautigan 2011-05-23 11:20:38 UTC
I agree, bug still present.
Comment 13 joe.rizzo1 2011-05-23 13:35:26 UTC
I also agree...better than before but the bug is still present.
Comment 14 callesoroe 2011-07-27 01:54:46 UTC
please vot for 17315 which is the same problem.