Application is not listed in ARP when installed in System context
Hi,
The MSI works fine when we install manually. When we install in system context then the application is not registered in Windows Installer database and also not listed in ARP. This is causing problem when we try to uninstall the application.
msiexec /x "Product code" /qn
or
msiexec /x "app name.msi" /qn
throwing an error 1605.
your help would be highly appreciated.
I am using /qn switch while installing and Marimba is the deployment tool.
Compared the verbose log files, everything looks good. I am not able to find the reason why it is not getting listed in ARP.
The MSI works fine when we install manually. When we install in system context then the application is not registered in Windows Installer database and also not listed in ARP. This is causing problem when we try to uninstall the application.
msiexec /x "Product code" /qn
or
msiexec /x "app name.msi" /qn
throwing an error 1605.
your help would be highly appreciated.
I am using /qn switch while installing and Marimba is the deployment tool.
Compared the verbose log files, everything looks good. I am not able to find the reason why it is not getting listed in ARP.
0 Comments
[ + ] Show comments
Answers (11)
Please log in to answer
Posted by:
WSPPackager
13 years ago
Vendor provided the recompiled MSI and now everything looks good.
I am still interested in knowing the solution if someone had similar problem...so please share if you had similar problem and got fixed by you.
I am still interested in knowing the solution if someone had similar problem...so please share if you had similar problem and got fixed by you.
Posted by:
pjgeutjens
13 years ago
my first instinct, mainly because 1605 means "this operation is only valid for products that are currently installed", is that you installed per-user, instead of per-machine. (was ALLUSERS=1?)
If you want to delve into the issue, maybe compare the old and new vendor MSIs, see what the differences are
PJ
If you want to delve into the issue, maybe compare the old and new vendor MSIs, see what the differences are
PJ
Posted by:
WSPPackager
13 years ago
Hi PJ
I did tried with Per machine option (with ALLUSERS=1) but no use. I would compare both MSIs and will see what would casued the problem.
I did tried with Per machine option (with ALLUSERS=1) but no use. I would compare both MSIs and will see what would casued the problem.
Posted by:
kardock
13 years ago
i'm curious. do you have a property called ARPSYSTEMCOMPONENT set to 1? this will prevent the add/remove entries to be added.
Posted by:
anonymous_9363
13 years ago
Good call, Kards.
Actually, ARPSYSTEMCOMPONENT could be set to 'antidisestablishmentarianism' and it would have the same effect. It's a common misconception that setting it to '0' is the opposite to setting it to '1'. Whilst in mathmatical logic that might debateably be true, the property needs to be absent to have the package registered normally and for its details to appear in ARP.
Actually, ARPSYSTEMCOMPONENT could be set to 'antidisestablishmentarianism' and it would have the same effect. It's a common misconception that setting it to '0' is the opposite to setting it to '1'. Whilst in mathmatical logic that might debateably be true, the property needs to be absent to have the package registered normally and for its details to appear in ARP.
Posted by:
timmsie
13 years ago
msiexec /x "Product code" /qn
or
msiexec /x "app name.msi" /qn
throwing an error 1605.
But even if ARPSYSTEMCOMPONENT is set you should still be able to uninstall the app with the command lines above without getting the 1605 error.
Posted by:
WSPPackager
13 years ago
Hi
ARPSYSTEMCOMPONENT is not sbeing set to 1. I am still trying to find the issue since I have both MSIs (bad and good).
surely will update this post once I find the reason.
ARPSYSTEMCOMPONENT is not sbeing set to 1. I am still trying to find the issue since I have both MSIs (bad and good).
surely will update this post once I find the reason.
Posted by:
timmsie
13 years ago
Just use MSITRAN to create a transform between bad and good. Apply the transform to bad and the changes will be obvious shouldn't take long.
Posted by:
codewarrior
12 years ago
I have the exact same problem. I created a 64-bit MSI using Wise. It does not show up in ARP and cannot repair using /fpu if installed in system context.
Although registry entries do get created in HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall
Stumped!
Although registry entries do get created in HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall
Stumped!
Posted by:
codewarrior
12 years ago
By the way, i tried setting ALLUSERS=1 and it worked!
I dont know why it didnt work forWSPPackager
I dont know why it didnt work for
Posted by:
gogomon
3 years ago
9 years later, tired hopeless looking for a solution, found this forum and adding parameter ALLUSERS=1 worked. Thanks guys :)
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.