Software Deployment

Have you tried removing those properties completely from your transform?

I just tryed that. I remove every ARP properties from the MST and try to install with AND without the ARPNOREMOVE ARPNOMODIFY in the command lines parameters and both installations are still showing an option of remove and modify in control panel.

Thankf for suggesting.

I customized my acrobat 8 standard installation with the Adobe CUST tool 8

If i remember correctly Adobe has its own tuner you need to use to create your transform. Is that what you meen by Adobe CUST tool 8?

I am sure there tuner tool has a check box option in it that will suppress the remove and modify options from the control panel without you having to manually add

ARPNOREMOVE = 1
ARPNOMODIFY = 1

to the property table

Yes, i was referring to adobe customization wizard 8 for acrobat standard 8.

There is no check box inside the tool and both properties are not working if i put them in the property table.

When you tried with and without those properties, are you sure that your transform was being processed? Log the install to check.

Hi again,

Yes i have the log showing the ARPNOREMOVE property set to 1 but still have the option to remove it in control panel.

This does not seem to be a packaging issue because the uninstall registry keys (NoRemove and NoModify) are correctly set to 1. They seems to be simply ignored.

If anybody have another idea, you are welcome.

Thks

Hi again,

I found the reason why i have to fight with this. In HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall, I have two adobe folders. The normal GUID folder and an identical one named: Adobe Acrobat 8 standard. The adobe folder is missing my ARP properties.

So something in my package creates two folders under the Uninstall registry and my ARP properties are not imported in the one that is used for Add Remove Programs.

At least, I have something to look at.

Ok that explains a few things!

Have you tried uninstaling both entries under HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall

via there GUID ?

e.g msiexec /x {GUID} /qb

ORIGINAL: PackagerWannaBe
Yes i have the log showing the ARPNOREMOVE property set to 1 but still have the option to remove it in control panel.
Notwithstanding what you say in post #8, I *still* think that the ARP entries are acted upon merely if they're present: the value assigned is meaningless, i.e. a '0' or a '1' would mean you'd get the ARP entry. Only by removing the property alogether would you get the desired result. I don't have time to confirm that, I'm afraid. Have a search for 'ARP' posts by 'nheim' - I'm sure he responded to a post recently on this subject and said pretty much the same.

ORIGINAL: VBScab

ORIGINAL: PackagerWannaBe
Yes i have the log showing the ARPNOREMOVE property set to 1 but still have the option to remove it in control panel.
Notwithstanding what you say in post #8, I *still* think that the ARP entries are acted upon merely if they're present: the value assigned is meaningless, i.e. a '0' or a '1' would mean you'd get the ARP entry. Only by removing the property alogether would you get the desired result. I don't have time to confirm that, I'm afraid. Have a search for 'ARP' posts by 'nheim' - I'm sure he responded to a post recently on this subject and said pretty much the same.



Hi again,

I gave it a another try this morning, removing all ARP entry in property table and it still don't work. The MST was correctly applyed.

Thanks for the help, i appreciate it but now i will move on and i may come back to this one later.

I have the same problem with ARPSYSTEMCOMPONENT = 1.
Has this been resolved by anyone yet?

What problem is that? That it's being ignored?

Yes, I have tried using ARPNOREMOVE=1 and ARPSYSTEMCOMPONENT=1 within the mst and from MST. Verbose logging shows the msi property(s) were applied however the application is still listed in add\remove programs.

Any ideas?

I think, if memory serves, you only use one of those properties. Try with just 'ARPSYSTEMCOMPONENT'.

When ARPSYSTEMCOMPONENT=1 did not work, I removed ARPSYSTEMCOMPONENT=1 and tried ARPNOREMOVE=1. My results were still unsuccessful.


"ARPSYSTEMCOMPONENT=1" in order to hide from Add\Remove programs
http://msdn.microsoft.com/en-us/library/aa367750(VS.85).aspx

In that case, I'm stumped. Does this happen on an absolutely clean box, i.e. one on which the app has never been installed? Have you checked that the ProductCode for the product matches?

On a clean machine, by default Adobe Acrobat 8 Pro has 2 Guids

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{AC76BA86-1033-0000-7760-000000000003}and HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Adobe Acrobat 8 Professional

Prior to adding ARPSYSTEMCOMPONENT=1 to the cmd line, {AC76BA86-1033-0000-7760-000000000003}entry already contains the "SystemComponent"=dword:00000001 reg key.
Add/remove programs reads from "Adobe Acrobat 8 Professional" key instead of "{AC76BA86-1033-0000-7760-000000000003}"

How can I get ARPSYSTEMCOMPONENT=1 to apply to the "Adobe Acrobat 8 Professional" Guid key

My suspicion, then, is that there's a Custom Action creating that key. If you care (I wouldn't), you could run the install through your authoring tool's debugger and determine that for sure. Me, I'd simply add my own CA as one of the very last actions in ExecuteDeferred which removes the offending entry.

I'm not very keen on creating custom actions. Do you have an example I can follow? I am using Adobe Customization Wizard 8 to create the mst