Bugzilla – Bug 5640
SlimServer/SqueezeCenter name change issues post install
Last modified: 2009-09-08 09:28:17 UTC
These registry keys were left after the 7.1a 9/29 uninstall. HKEY_LOCAL_MACHINE\SOFTWARE\SlimDevices\SlimServer\Path = C:\Program Files\SlimServer My Computer\HKEY_CURRENT_USER\Software\SlimDevices\SlimServer = C:\Program Files\SlimServer This causes the install to default to c:\program files\slimserver instead of ..\squeezecenter. The SlimTray and the desktop icon do not work with this install location. 1) The SlimTray doesn't properly detect that the squeezecenter is running. 2) The SlimTray doesn't properly handle selecting run at start up 3) The SlimTray does appear to work with selecting auto run at login (causes the browswer to open). 4) The SlimTray CAN shut down a running SqueezeCenter (if the auto run at login is turned on). 5) The Desktop icon and the SlimTray cannot open the SC browser (unless the auto run at login is turned on).
Actually, I was unable to ever get the install to default to the SqueezeCenter directory. I completely removed the slimserver folder from program files and all of the registry settings I could find prior to reinstalling the 10/1 build.
Dean - should we take the hassle of overwriting an existing installation at all? Why not just remove existing services, copy the preference file, install SC in a new folder, and leave the existing slimserver where it is? Or better: launch the uninstaller for SlimServer from the SqueezeCenter installer. Writing over the existing installation not only complicates the installer, but leads to potential issues with incompatible skin changes, plugins etc. This way we would start with a clean installation plus the user's preference file. But no legacy code.
One more reason to go the "install all new, do automatic uninstall of previous version" route: as we renamed the product from SlimServer to SqueezeCenter they show up as two uninstallable items in Windows control panel. If a user desides to uninstall his slimserver after having installed squeezecenter on top of it, he'll accidentally delete the latter.
The is usually the route that I recommend for my dev. team's projects but I wouldn't presume to know the details of yours. With a lot of platforms AND a lot of 3rd party files that would be incompatible in the current install it would seem to simplify things. I will certainly be willing to do some extra install testing on Windows XP and Vista. I also have a linux box running the April version of SS 7, but I am very rusty on linux OS and would be an "unskilled user" on that platform - someone else built and set it up and I purchased it from him.
(In reply to comment #4) > The is usually the route that I recommend for my dev. team's projects Thanks for your support :-). I'm almost done with a new Windows installer (the installers aren't platform independant - so Windows is all we're talking about here). It tries to copy the preferences from an old installation to the new pres path before uninstalling the old slimserver. Only after having uninstalled the old version it will install SqueezeCenter into its own, new folder. I'll let you know as soon as I've got a new build ready.
Ok, new builds are ready - please give them some testing.
I managed to squeeze (no pun intended) part of a test in this morning. Windows XP I uninstalled the 10/1 SC. Deleted the SC folder Went into regedit and deleted anything that I could find with slimserver or squeezecenter - although some "LEGACY-*" entries could NOT be removed - no idea why. Downloaded and installed SS 6.5.4. Changed some settings. Tried to change a MusicIP configuration setting and got an error message (invalid playlist size of 80 although it did save). Shut down SS. Attempted to shut down SlimTray, but I must have miss-clicked or something which I didn't notice right away. I started the SC 7-10/4 install. It hung on the uninstalling in process screen for quite some time with no progress being displayed until I happened to notice that SlimTray was still running. Exiting SlimTray properly allowed the uninstall to continue right away. When the SC 7 portion of the install started there was a VERY LONG pause while it selected English (approx. 1 min.+). The default program directory was SqueezeCenter. The default music and playlist directories were correct (non-default ones that I had setup). MusicIP did NOT default to enabled. MusicIP was enabled in 6.5.4, but I'm not sure it was completely working properly. iTunes DID default to enabled. Chose to NOT view the readme and the SC page opened. There was an initial problem with the left side page - it was white instead of grey and most of the options were not there. Home was at the top and the other options were decreasing length light grey rectangles with no text centered on the white background except for the "Extras" option - it was correctly colored, aligned, and active. Shutting down and restarting SC after if finished scanning the music files corrected this - just refreshing the page did not. After restarting I DID see my server settings. I confirmed that MusicIP GUI was not enabled for UPNP support but I saw it under My Music like SC had found a upnp server (I think, remembered this driving to work and couldn't check). I still didn't have a working MusicIP link (no "M" icons on the albums) but that was when I ran out of time so I didn't get a chance to research that any further.
(In reply to comment #7) > I started the SC 7-10/4 install. It hung on the uninstalling in process screen > for quite some time with no progress being displayed until I happened to notice > that SlimTray was still running. Exiting SlimTray properly allowed the > uninstall to continue right away. > Nightly 5 October failed to install - froze before files extracted. Change 13568 should fix this. I've made a new build which is available from http://www.slimdevices.com/downloads/nightly/latest/7.0/ One hint though: the installation will still hang if there's an older SC7 installed. The issue wasn't the installer, but SqueezeTray (or the way one relayed on the other). As you're very likely still running an older version of SqueezeTray, it _might_ hang during installation. To make sure my fix does work, please install the latest 10-05 build, shutting down the tray icon if necessary, and then again on top of it (without uninstalling first). The second install shouldn't need the tray icon to be shut down manually. > There was an initial problem with the left side page - it was white instead of > grey and most of the options were not there. Hmm... you're not the first to report this. Did you try to reload the left frame only (right click inside the now white field and reload from the context menu).
Build 13568 fixed this problem for me. Install went through without problem on the second try as indicated by Michael.
I thought that I had shut the tray down... That explains that, then. On the "left side" issue I tried both the pane only and the full page. I did eventually get MusicIP connected - it seemed to take several restarts of both of them to get them connected, though. On the plus side, once they connect they seem to be pretty reliable.
Created attachment 2233 [details] screenshot
Installing 7-10/8, uninstalling 6.5.4 The SC 7 install still seems to autostart the slimtray from 6.5.4 so it can't uninstall. The white/grey area appeared post install while scanning. See screen shot. Refreshing the left side cleared up the issue.
Well, I cleaned up everything I can think of and no change. deleting both the slimserver and squuezecenter directories. searching through the registry for slimserver, squeezecenter, slimtray, squeezetray Registry entries beginning with 'LEGACY' cannot be deleted... 1) The install pauses on the language screen (before showing "English") until you move the mouse. 2) The SC 7 install still starts up the SS 6.5.4 slimtray and hangs until you manually shut it down. 3) The server side panel was white/grey/blank until it is manually refreshed.
Ouch! I only fixed the new SqueezeTray, but the old one will of course still be waiting for the slimserver service to be stopped. I'll have to change that logic again. Thanks for insisting. As for the left frame: it's ugly, but there's not that much we can do. It's a browser caching issue :-(.
I also figured out how the delay in the install where it is just showing the "hole" where the language option will be is caused/stopped. It appears sensitive to mouse movements. When I run the install I wasn't moving the mouse - it would hang with the hole until I moved the mouse even slightly. It took several installs before I started noticing the pattern that it was waiting for the movement to display "English". Should this be on its own call? Too bad about the initial display. Fortunately it isn't a critical item but it is one of those cosmetic first impression things.
Change 13726 - The uninstallation of a previously installed SlimServer 6.x would hang while SlimTray was waiting for the services to be shut down. I now changed the order. So this should no longer time out. Please note that due to this waiting period the uninstallation will always seem to take longer than before. This change was needed as Vista wouldn't allow upgrading files as long as the services aren't completely shut down. We therefore must wait a little longer.
Change 13759 - add a timestamp to the url of the left hand frame to prevent early loading issues (don't read page from cache)
Created attachment 2263 [details] new screenshot from 10/13 trunk build install
Windows XP, build 10/13 Still get the white/grey left side when doing the initial scan post install. I believe that this is what you attempted to fix with change with 13759.
I've been thinking about this issue which I still believe is caching by the browser. But I haven't found a solution to it yet. Or probably a timing issue: SC isn't ready yet when the browser is opened, thus displaying an old, cached version of the page. And thanks for opening new bugs for the other issues.
I didn't notice this with the 10/31 build. Did you manage to figure something out? One other difference was that I was going between version 7 installs where before I was mainly testing 6 to 7 upgrades.
We're now adding a timestamp as an additional +/- unique parameter which hopefully will protect loading a stale copy of the page. Feel free to re-open this bug if necessary. Thanks!
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.