/build/static/layout/Breadcrumb_cap_w.png

no entry in ARP

Hello All,

I have installed a vendor msi source(MPI Stylus 9.0), and there are some issues and errors i am facing with it.

1.Installation is successfull(MainEngineThread is retuning 0) but its entry in ARP is not getting displayed {the check box in display ARP entry column in (Wise Package Studio) is checked,which ensure its display in ARP).
2.There is no string of the product code getting displayed in regedit's HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall where as it is in MSI.
3.There is no string of the product code in HKCR\Installer\Products\ rather a registry entry of the product is getting created in HKCU
4.There are no standard action of registration getting displayed in MSI(seems the product is not getting registered)
5.And when I am uninstalling the product , it is not getting uninstalled and is prompting the message that this action is for installed products only(MainEngineThread is returning 1605)
6.The installation log neither show any information relating ARPSYSTEMCOMPONENT property nor of ALLUSERS property(as was mentioned in some posts on google).

Can anyone recommend some tips to resolve these issues.

I have tried hard to find some relevant info but all in vain,
Any help will be highly welcomed and appreciated,

Anticipating positive responses soon

0 Comments   [ + ] Show comments

Answers (14)

Posted by: MSIPackager 13 years ago
3rd Degree Black Belt
0
what is your ALLUSERS value and how are you installing the package?
Posted by: t_claydon 13 years ago
Senior Yellow Belt
0
Check in the properties table of the MSI to see if ARPSYSTEMCOMPONENT is set to 1. If it is set it to 0.
Posted by: anonymous_9363 13 years ago
Red Belt
0
I *think* I'm right in saying that the ARPSYSTEMCOMPONENT property works merely by presence rather than by its value. That is to say, if the property exists and has a value - which could be "antidisestablishmentarianism" and it would work. Thus, if you want to have full ARP functionality, the property should be completely removed.
Posted by: mazessj 13 years ago
Blue Belt
0
The fact that you're finding the product registered under HKCU indicates that the package is set to install per-user instead of for all users. You should try setting the ALLUSERS property to 1 to force it to always install at the machine level.

I'm betting that you're distributing the installation under one account (probably a distribution or System account), then looking for it in ARP under another account (probably your user account), which is why you don't see it. It was installed under the distribution account.

You indicated in your description that you checked the ARPSYSTEMCOMPONENT setting via the user interface of Wise, so that should be correct.
Posted by: amit2507 13 years ago
Senior Yellow Belt
0
I have done all the concerned resolution whatever i could and finaly i ahve raise dthe query to the concerned team.Lets c what they have in their lot...
hope to get some good and new learning....
will let it be on this forum
BTW ....thanks to all
Posted by: kardock 13 years ago
Second Degree Green Belt
0
ORIGINAL: mazessj

I'm betting that you're distributing the installation under one account (probably a distribution or System account), then looking for it in ARP under another account (probably your user account), which is why you don't see it. It was installed under the distribution account.



the add/remove information is not based on a machine or user installation. please do not give wrong information on the forum.
Posted by: mazessj 13 years ago
Blue Belt
0
kardock,

What do you mean? I just confirmed it. I installed a package as per-user under one account, then logged in under another account and it doesn't show up in ARP. This proves that when you install per-user, it only shows up in ARP for the user who installed it.

As an experiment, if I remove the WindowsInstaller=dword:1 value from the corresponding Uninstall subkey, Windows no longer checks against the Windows Installer keys and the application appears in ARP.
Posted by: kardock 13 years ago
Second Degree Green Belt
0
i tried it before posting and the entries were present for me in both accounts. since those are set under HKLM, i don't know what to say anymore.
Posted by: pjbaars 13 years ago
Orange Belt
0
I also experienced the same behaviour as mazessj for Per-User installed applications.

Regards,
Peter Baars
Posted by: pjbaars 13 years ago
Orange Belt
0
ORIGINAL: kardock

i tried it before posting and the entries were present for me in both accounts. since those are set under HKLM, i don't know what to say anymore.


You installed a Per-Machine application and that's why i'ts visible for everyone in ARP. But IF you install a per-user application, than only the installation account will see the entry in ARP.

Peter Baars
Posted by: mazessj 13 years ago
Blue Belt
0
kardock,

Make sure you're installing a package that supports per-user installations, then make sure ALLUSERS is set to 0 (not 1 or 2) to force it to install per-user, or try installing it under a Restricted User account so that Windows Installer automatically switches to a per-user installation. Verify that it installed per-user by looking for the application under HKCU\Software\Microsoft\Installer\Products.
Posted by: kardock 13 years ago
Second Degree Green Belt
0
my bad, so please accept my apologies.
Posted by: mazessj 13 years ago
Blue Belt
0
That's OK. You forced me to do my due diligence. Prior to your call-out, I wasn't quite sure how the ARP logic worked. Thinking that a per-user installation limited most things to the current user profile, I thought Windows Installer created an Uninstall subkey under HKCU. Now I know it always creates the Uninstall subkey under HKLM and that the WindowsInstaller=dword:1 value tells Windows to match up the ARP entry with the Windows Installer registry to determine whether or not it's installed for the current user.
Posted by: kardock 13 years ago
Second Degree Green Belt
0
ok, now i get it. we both learned man!

thanks!
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ