This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- I have the same problem as well
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 17, 2010
10:45 AM
Cannot Uninstall/Repair
After updating our application to use Installshield 2011, I am no longer able to uninstall/repair an installation successfully.
A little background... Our build process automatically builds our installations using the Installshield Automation Interface. Then our test process silently installs our application using a namelist as follows:
At the end of the test process, our application is uninstalled using the following command:
What I've noticed is that the uninstall leaves an item in the "Add/Remove Programs" menu.
When I run our application installer it appears the system thinks the application is still installed even though none of its files remain on the system. I am only able to Modify/Repair/Uninstall, all of which present the following error message:
All I want to do is re-install the application so I can perform some unit testing. Any ideas on how to clean this situation up?
A little background... Our build process automatically builds our installations using the Installshield Automation Interface. Then our test process silently installs our application using a namelist as follows:
[{[GUID]}-DlgOrder]
Dlg0={[GUID]}-SdWelcome-0
Count=4
Dlg1={[GUID]}-SdLicense2Rtf-0
Dlg2={[GUID]}-SdAskDestPath-0
Dlg3={[GUID]}-SdFinish-0
[{[GUID]}-SdWelcome-0]
Result=1
[{[GUID]}-SdLicense2Rtf-0]
Result=1
[{[GUID]}-SdAskDestPath-0]
szDir=C:\program files\xyz
Result=1
[{[GUID]}-SdFinish-0]
Result=1
bOpt1=0
bOpt2=0
Dlg0={[GUID]}-SdWelcome-0
Count=4
Dlg1={[GUID]}-SdLicense2Rtf-0
Dlg2={[GUID]}-SdAskDestPath-0
Dlg3={[GUID]}-SdFinish-0
[{[GUID]}-SdWelcome-0]
Result=1
[{[GUID]}-SdLicense2Rtf-0]
Result=1
[{[GUID]}-SdAskDestPath-0]
szDir=C:\program files\xyz
Result=1
[{[GUID]}-SdFinish-0]
Result=1
bOpt1=0
bOpt2=0
At the end of the test process, our application is uninstalled using the following command:
msiexec /uninstall {[GUID]} /passive
What I've noticed is that the uninstall leaves an item in the "Add/Remove Programs" menu.
When I run our application installer it appears the system thinks the application is still installed even though none of its files remain on the system. I am only able to Modify/Repair/Uninstall, all of which present the following error message:
"Error: -1605 This action is only valid for products that are currently installed."
All I want to do is re-install the application so I can perform some unit testing. Any ideas on how to clean this situation up?
(11) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 20, 2010
10:23 AM
I don't know if this issue is related: http://community.flexerasoftware.com/showthread.php?t=196077, but this is becoming a serious issue for my testing environment. I am not able to re-install old builds of our application. This is preventing me from performing any other tests.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 20, 2010
01:38 PM
There are two fragments that are left over afte rthe silent uninstall:
and
Whatever is going on here, I am not sure. I am noticing that these two components are not removed when a silent uninstall occurs. Is this a bug? Any help would be appreciated. Thanks in advance.
(1) A registry key:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Management\ARPCache\InstallShield_{GUID}]
I believe this is used for the "Add or Remove Programs" Windows applet. The entry for the application is removed when this registry key is removed.
I believe this is used for the "Add or Remove Programs" Windows applet. The entry for the application is removed when this registry key is removed.
and
(2) The cached installer:
C:\Program Files\InstallShield Installation Information\[GUID]
This determines if an application is installed? I'm not sure how this works, but it seems like it is run when the GUID is encountered.
This determines if an application is installed? I'm not sure how this works, but it seems like it is run when the GUID is encountered.
Whatever is going on here, I am not sure. I am noticing that these two components are not removed when a silent uninstall occurs. Is this a bug? Any help would be appreciated. Thanks in advance.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 21, 2010
04:32 AM
can you provide some information regarding the os that you are working on??
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 21, 2010
09:49 AM
Microsoft Windows XP Professional / Version 2002 / Service Pack 2.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 10, 2011
08:47 AM
...anyone? Seems like I've encountered a handful of bugs with the latest version of Installshield. It really is beginning to annoy me.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 10, 2011
01:26 PM
What command are you using to run the silent installation? I gather you'll want to use msiexec for both installation and uninstallation or use setup.exe for both, rather than mixing them.
To perform a silent uninstallation using setup.exe, you should be able to record a response file (calling it uninstall.iss, say) for the uninstallation dialog boxes, and uninstall silently using that.
To perform a silent uninstallation using setup.exe, you should be able to record a response file (calling it uninstall.iss, say) for the uninstallation dialog boxes, and uninstall silently using that.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 12, 2011
10:50 AM
RobertDickau wrote:
What command are you using to run the silent installation? I gather you'll want to use msiexec for both installation and uninstallation or use setup.exe for both, rather than mixing them.
To perform a silent uninstallation using setup.exe, you should be able to record a response file (calling it uninstall.iss, say) for the uninstallation dialog boxes, and uninstall silently using that.
We are using setup.exe for the installation and msiexec for the uninstallation, so you are right, we are mixing them. I will attempt to correct the issue with your suggestion. Thanks a ton. I'm curious why this has become a problem now? We have been mixing the install/uninstall methodologies for the last couple years. The only thing that has changed is that we upgraded to Installshield 2011.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 13, 2011
09:33 AM
Thanks, RobertDickau. I was able to fix up my issue by not intermixing setup.exe w/response files installs and msiexec uninstalls. Once again, you have saved me from a great deal of frustration.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 17, 2011
05:15 AM
Hi RobertDickau :
I have the same problem, I am using setup.exe for the installation and msiexec for the uninstallationand and also I upgraded to Installshield 2011.
Can you tell me how to fix the issue ?
Thanks
Morris
I have the same problem, I am using setup.exe for the installation and msiexec for the uninstallationand and also I upgraded to Installshield 2011.
Can you tell me how to fix the issue ?
Thanks
Morris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 17, 2011
11:20 AM
morrischou wrote:
Hi RobertDickau :
I have the same problem, I am using setup.exe for the installation and msiexec for the uninstallationand and also I upgraded to Installshield 2011.
Can you tell me how to fix the issue ?
Thanks
Morris
I was using ISLE2010 in Visual Studio 10 on Win7 and had no uninstall issues, just permission issues.
I upgraded to a full IS2011 and uninstall basically does nothing at all, but it pretends that it did something and it never complains. The previous installation actually prevents new builds of my installer from working. I instruct users to actually go delete the previous installation from program files before beginning now.
But if I do this same thing on a different WindowsXP machine, it isn't quite so bad. A few DLLs are left over in the directory, but the stuff that needs to be updated aren't hanging around making the new installation impossible.
This is a simple project that was mostly created with the project assistant. I haven't messed with the default permissions. Is there something obvious that I am doing wrong?
oh, and that suggestion about using an MSI seems irrelevant because I have setup prerequisites (.NET 4.0 SDK), so I have to use the singleexe method of installation.
if i try to make the permissions looser on the program files stuff, there are two things wrong with this. first all the icons have padlocks on them now to show that the permissions are *looser*, and the second is that it doesn't do anything at all to change the uninstall situation... so probably unrelated to permissions.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 24, 2011
10:35 AM
rfieldin wrote:
I upgraded to a full IS2011 and uninstall basically does nothing at all, but it pretends that it did something and it never complains. The previous installation actually prevents new builds of my installer from working. I instruct users to actually go delete the previous installation from program files before beginning now.
We are having the same issue...
I'm running Win7 x64.
I uninstalled a previous version of our application, and then ran a newer version of our installer. It did not allow for a fresh install. I was prompted
with the options of "Modify", "Repair", or "Remove", but when I tried all three of them, I was given the message that the application must be installed to perform the selected option.
We have to delete all of the installation files and program files in order for a new install to work.