I want to automated the process of moving where Visual Studio .Net keeps the VsWebCache folder. There is a HKey_CurrentUser registry entry which tells .Net what the path to the VSWebCache folder is. I used Installshield Expresss 3.01 to create a package that changes this registry setting. This package works on its own. However I set it in the GPO to be an applied package for all users of a certain OU. The package appears to run (there is an entry in the Event Log saying this) but the registry entry is not changed.

Does anyone have any ideas why this does not work when it is applied?

Thanks.

Robert
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
While there are several possible reasons- I would point out that creating an MSI package to push a simple registry modification is not a good idea. The system must maintain this as another installation to track (as well as checks due to the AD assignment) and if the application is reinstalled or triggers a repair- your change will very likely get "undone".

I recommend you create a simple script for this change that checks for the setting and if it is not set, sets it. Then place this in an OU assigned logon script.

Just my own suggestion- there are several ways to go about it (largely dependant upon your environment and the tools you have available).

Hope this helps!
Answered 03/18/2004 by: bkelly
Red Belt

Please log in to comment
0
In Robert's defence,

I seem to recall that packages MUST be MSIs in order for GPOs to push them.

One client of mine uses MSI wrappers to then execute little WiseScript EXEs.

BKelly is right, though, about not actually using MSIs to make system changes... because if something changes about a key component, the MSI will self-repair, undoing whatever you did.
Answered 03/19/2004 by: sean_c_roberts
Senior Purple Belt

Please log in to comment
0
If the package is to be workstation deployed then it will only install the HKCU keys for each user of the workstation as the app is accessed by the user. The app does a mini self repair in order to add the keys. If the msi has only HKCU information in it then how is this going to be triggered? You will need a shortcut to trigger the entry being installed. Thats most likely not happening and not a neat solution anyway.

I agree with bkelly that trying to change registry keys only with msi's is a hit and miss affair.

You would be better off to create a custom action in a VisualStudio mst file and add the key you want and remove the other one.
Answered 03/21/2004 by: MSIMaker
Second Degree Black Belt

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