A remove button for Adobe Indesign is still active in ARP even though ARPNOREMOVE =1 property set in property table. Has anyone else come across this?
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
The property may well be present (presumably in a transform) but does it get applied? A verbose log of the install will confirm either way.
Answered 08/18/2010 by: VBScab
Red Belt

Please log in to comment
0
Thanks VBSCab, it is in a transform, my verbose log states that it has been applied along with the ARPNOMODIFY and ARPNOREPAIR properties. I have noticed that other issues have not been able to be applied by transform and have had to create a secondary msi to apply some registry settings to remove dialog box from Adobe Bridge. Thing is, i dont see how i could suppress this remove button via secondary msi.
Answered 08/18/2010 by: robor
Senior Yellow Belt

Please log in to comment
0
Ok, it also has an ARPSYSTEMCOMPONENT=1 property so is getting set by the registry under HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall but that reg key says value is also =1, so i may have to create custom action in secondary msi. Application does not self repair...
Answered 08/18/2010 by: robor
Senior Yellow Belt

Please log in to comment
0
If ARPSYSTEMCOMPONENT has a value (any value will do - even setting it to '0' will trigger the behaviour), then the app shouldn't even appear in ARP so clearly something's wrong with the transform. Is InDesign one of those treasured Adobe apps which has a specific customisation tool for creating MSTs?

For the Bridge stuff, did you read the 'Package KB' for CS4? There's probably good reason to assume that 5 will be configured the same. Worth a go, anyway...
Answered 08/18/2010 by: VBScab
Red Belt

Please log in to comment
0
Yes it is. The ARP control panel applet checks for app info from windows installer under HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall. The fact that this is set to ARPNOREMOVE=1 there is whats puzzling
Answered 08/18/2010 by: oreillyr
Fifth Degree Brown Belt

Please log in to comment
0
Sorted, there was a second GUID under that reg key which had keys for norepair and nomodify but none for noremove so that was it. Thanks all for input
Answered 08/18/2010 by: robor
Senior Yellow Belt

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