Bug 6466 - After uninstalling SqueezeCenter, squeezecenter.exe is left running
: After uninstalling SqueezeCenter, squeezecenter.exe is left running
Status: CLOSED WORKSFORME
Product: Logitech Media Server
Classification: Unclassified
Component: Windows Installer
: 7.0
: PC Windows Vista
: P2 normal (vote)
: 7.x
Assigned To: Squeezebox QA Team email alias
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-12-26 11:19 UTC by Dan Evans
Modified: 2009-07-31 10:15 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-12-26 11:19:19 UTC
After uninstalling SqueezeCenter, using Control Panels > Programs & Features utility, there's a message "Some elements could not be removed.  These can be be removed manually".  On investigating further, squeezecenter.exe is still running and remains in /Program Files/SqueezeCenter/.

All components should be terminated and uninstalled.
Comment 1 Michael Herger 2007-12-27 00:49:45 UTC
Doesn't it stop even after a minute or two? I've seen SC taking way too long to wait for, but eventually stop anyway. Can you confirm this? Is this reproduceable?
Comment 2 Blackketter Dean 2007-12-27 11:37:47 UTC
I saw a related issue where an upgrade failed with an abort/retry/ignore dialog on xp trying to replace squeezecenter.exe.  After several retries, it eventually was able to go.

Dan: Does it never recover?
Comment 3 Dan Evans 2007-12-27 12:40:13 UTC
Dean: I've never seen the 'Abort/retry/fail' message, but I always go and delete the SqueezeCenter folder before reinstalling the new rev.  

Michael:  I see the every time now... squeezecenter.exe is left behind in the folder.  it may actually shut down eventually.  I waited once this morning and when I checked it was no longer running, but the file remained in the folder.
Comment 4 Michael Herger 2007-12-28 21:07:01 UTC
The file won't be deleted once the installer has "finished". It will only wait 30 seconds for the task to be properly shut down. If it's taking longer than this the installer will close without cleaning everything up. I've seen this happen too, but it shouldn't be the rule. I imagine this can happen if a scan or some other lengthy background process is still running.

If you're able to delete the folder later, then the process has finished. Too late for the installer, but still.
Comment 5 Michael Herger 2008-01-08 11:23:48 UTC
Would you rather wait "forever" than leave a file behind? 
Comment 6 Michael Herger 2008-01-14 02:37:29 UTC
Dan? I was serious: would you consider it better to wait until the job is closed (which can take up to a few minutes) or just leave that file behind, to be deleted manually?
Comment 7 Dan Evans 2008-01-15 02:26:23 UTC
Honestly, neither is acceptable.  What has changed, Michael?  This was not the behavior previously.
Comment 8 Michael Herger 2008-01-15 03:05:59 UTC
I can't remember when this started. But as long as I've been working on the installer this has always been an issue. Sometimes SqueezeCenter just takes forever to shut down. Don't ask me why. 
Comment 9 Dan Evans 2008-01-15 03:15:09 UTC
I first noticed this about the time I opened the bug.  I don't know if this a Vista issue or Windows in general.  Michael, are you using Vista or XP?

The problem here is trying to walk a customer through uninstallation and then deleting the SqueezeCenter folder.  They can't because SqueezeCenter is still running.  Walking a customer through terminating processes in the Task Manager is just too difficult.  I have not tried installing SqueezCenter right after the uninstall to see if it collides with the existing file still in the folder or not.

Another change I notice, which appeared in December sometime, is the SqueezeCenter process is now called SQUEEZ~1.EXE instead of Squeezecenter.exe.  Is this related?  Is the uninstaller trying to shut down Squeezecenter.exe and not finding it?
Comment 10 Michael Herger 2008-01-15 09:08:06 UTC
> Michael, are you using Vista or XP?

OSX 10.5 :-). I'm usually testing on both, XP and Vista.

> I have not tried installing SqueezCenter right after
> the uninstall to see if it collides with the existing file still in the folder
> or not.

It wouldn't work. You could always ask the user to reboot his system...

Did you ever leave the box running to see whether the task would stop a few minutes later? If it doesn't stop at all, then we have a real bug. If it stops late, then it's just... a mess.

> Another change I notice, which appeared in December sometime, is the
> SqueezeCenter process is now called SQUEEZ~1.EXE instead of Squeezecenter.exe. 

That's been an issue since we renamed slimserver to squeezecenter. Don't know why Windows can't display the real name. But the installer and tray icon should take care of this.
Comment 11 Michael Herger 2008-01-16 02:28:26 UTC
As changing this behavior would require more testing then we have time left for 7.0 I'm punting this post 7.0
Comment 12 Dan Evans 2008-02-05 13:47:06 UTC
Just to keep this discussion alive... 

I tried unstalling Jan. 21st's build of SqueezeCenter on our Support Vista machine... SqueezeCenter.EXE never shut down.  I left it for 4 hours and came back and it was still running.

So something's not right.  It's not just taking a long time for the process to stop.  It's actually not stopping at all.
Comment 13 Michael Herger 2008-02-05 14:07:27 UTC
Dan - can you provide me with remote access to that machine? Or (if it's a VM) a copy of the .vmx file?
Comment 14 Dan Evans 2008-02-05 14:15:51 UTC
I can certainly try.  It's currently isolated from our internal network.  What method do you want to use to access it?  I can put it on our normal network to get you in.

Let me know.
Comment 15 Michael Herger 2008-02-05 22:39:34 UTC
Is this the same Vista machine you were referring to in the other bug? What group is the user in? Is he administrator?

Remote desktop would be great.
Comment 16 Dan Evans 2008-02-06 17:02:35 UTC
The account is an administrator.

I'll write you an email with the information for remote login.
Comment 17 Michael Herger 2008-03-19 05:11:54 UTC
Dan - I'm sorry, we should have taken a look at that machine when we were in Mtn. View. Alas, I still can't reproduce this issue.

QA - could you please verify this?
Comment 18 Ross Levine 2008-03-19 11:55:43 UTC
I'm also not able to reproduce virtually, there is a 1-2 minute delay but the process squeezecenter.exe does terminate. 
Comment 19 Ross Levine 2008-03-19 16:20:58 UTC
I've now also tried this on the Vista support machine and not able to reproduce there either. Closing this as works for me. If anyone sees this again please feel free to re-open. 
Comment 20 James Richardson 2008-05-02 11:56:34 UTC
(In reply to comment #19)
> I've now also tried this on the Vista support machine and not able to reproduce
> there either. Closing this as works for me. If anyone sees this again please
> feel free to re-open. 
> 

Verified fixed in 7.0.1
Comment 21 James Richardson 2008-05-15 12:26:51 UTC
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html
Comment 22 Chris Owens 2009-07-31 10:15:32 UTC
Reduce number of active targets for SC