Bug 6043 - SqueezeCenter takes a longtime to start-up & provides no feedback to user
: SqueezeCenter takes a longtime to start-up & provides no feedback to user
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 7.0
: All All
: P2 normal (vote)
: ---
Assigned To: Michael Herger
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-11-05 11:59 UTC by Dan Evans
Modified: 2009-09-08 09:17 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Evans 2007-11-05 11:59:32 UTC
SqueezeCenter can sometimes take about a full minute to start up.  During this time the user has no feedback that it's actually starting.  To see this:

* make sure SqueezeCenter is OFF
* double-click the desktop icon
* ~60 seconds later the browser will open with the web UI

We need to provide adequate feedback to the user that the server is actually loading.
Comment 1 KDF 2007-11-05 12:30:54 UTC
Seems to be the AsyncDNS Init.  In the startup logs, I'll see this:

[12:28:44.8458] main::init (336) SqueezeCenter MySQL init...
[12:28:46.5278] main::init (339) Async DNS init...
[12:29:06.6852] main::init (342) Firmware init...

That added 20 seconds to the startup time we had before the extra effort was added to the dns setup.
Comment 2 Chris Owens 2007-11-07 10:51:46 UTC
Dan proposes we display an interim web page (possibly from a local file) and switch over after a while to http://localhost:9000
Comment 3 KDF 2007-11-07 16:17:53 UTC
bear in mind, if you have player set up around the room it's a long wait for any display there as well.
Comment 4 Andy Grundman 2007-12-17 09:47:50 UTC
Can you reproduce with --debug network.asyncdns?
Comment 5 Andy Grundman 2007-12-18 12:34:14 UTC
I've made the following changes in change 15436 that will help improve startup time for at least those with multiple good DNS servers.

When you have multiple DNS servers, startup is only blocked while checking that at least one server is working.  If so, the remaining servers are checked in the background and won't delay startup.

I've reduced the udp_timeout to 2 from 5, so if all of your local DNS servers fail, you will have to wait at most ( 4 * num_servers ) seconds during startup for them to check and fail, and then the DNS system falls back to OpenDNS.  Previously this delay was ( 10 * num_servers ) seconds.

The real solution is to simply make sure all your local DNS servers are working. :)
Comment 6 Chris Owens 2008-03-07 09:04:25 UTC
This bug is being closed since it was resolved for a version which is now released!  Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html

If you are still seeing this bug, please re-open it and we will consider it for a future release.