Hi all,

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

What ever i am trying, it seems that Acrobat is ignoring the ARPNOREMOVE and ARPNOMODIFY option. I just need the repair option in the control panel as per our design scheme. Uninstall is being handled differently.

P.S.: I also try including the property inside the command line itself (msiexec .... ARPNOREMOVE=1....) but no success.

Does anybody succeed to have this Acrobat 8 standard showing in control panel without remove or modify option?

Thanks
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Have you tried removing those properties completely from your transform?
Answered 10/15/2008 by: VBScab
Red Belt

Please log in to comment
0
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.
Answered 10/15/2008 by: PackagerWannaBe
Orange Senior Belt

Please log in to comment
0
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
Answered 10/15/2008 by: DLL_HELL
Senior Yellow Belt

Please log in to comment
0
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.
Answered 10/16/2008 by: PackagerWannaBe
Orange Senior Belt

Please log in to comment
0
When you tried with and without those properties, are you sure that your transform was being processed? Log the install to check.
Answered 10/16/2008 by: VBScab
Red Belt

Please log in to comment
0
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
Answered 10/16/2008 by: PackagerWannaBe
Orange Senior Belt

Please log in to comment
0
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.
Answered 10/16/2008 by: PackagerWannaBe
Orange Senior Belt

Please log in to comment
0
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
Answered 10/16/2008 by: DLL_HELL
Senior Yellow Belt

Please log in to comment
0
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.
Answered 10/17/2008 by: VBScab
Red Belt

Please log in to comment
0
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.
Answered 10/20/2008 by: PackagerWannaBe
Orange Senior Belt

Please log in to comment
0
I have the same problem with ARPSYSTEMCOMPONENT = 1.
Has this been resolved by anyone yet?
Answered 06/09/2009 by: crackerjak
Senior Yellow Belt

Please log in to comment
0
What problem is that? That it's being ignored?
Answered 06/09/2009 by: VBScab
Red Belt

Please log in to comment
0
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?
Answered 07/17/2009 by: crackerjak
Senior Yellow Belt

Please log in to comment
0
I think, if memory serves, you only use one of those properties. Try with just 'ARPSYSTEMCOMPONENT'.
Answered 07/20/2009 by: VBScab
Red Belt

Please log in to comment
0
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
Answered 07/20/2009 by: crackerjak
Senior Yellow Belt

Please log in to comment
0
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?
Answered 07/20/2009 by: VBScab
Red Belt

Please log in to comment
0
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
Answered 07/20/2009 by: crackerjak
Senior Yellow Belt

Please log in to comment
0
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.
Answered 07/20/2009 by: VBScab
Red Belt

Please log in to comment
0
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
Answered 07/20/2009 by: crackerjak
Senior Yellow Belt

Please log in to comment
Answer this question or Comment on this question for clarity