/build/static/layout/Breadcrumb_cap_w.png

How to deploy HKCU Settings?

What is the best way to add/modify/deploy HKCU settings in a tranform? I have attempted this with Wise Package Studio and Orca. Some of the settings stick and some of the settings only apply to the first user that logs in. I have tried importing keys and directly editing the tables - nothing seems to work every time.

Does anyone have a sure-fire method for accomplishing this task? FYI - we deploy our apps via GPO.

Thank you...

0 Comments   [ + ] Show comments

Answers (10)

Posted by: Francoisracine 15 years ago
Third Degree Blue Belt
0
Active setup?
Posted by: tneubauer 15 years ago
Senior Yellow Belt
0
Francois - I just Google'd Active Setup and found what appears to be a good article on how it works.

Thanks for the tip!!!
Posted by: MSIPackager 15 years ago
3rd Degree Black Belt
0
You should be using native MSI repair functionality to deliver HKCU keys. As long as your required CU reg keys belong to a component with a proper keypath and you have an advertised shortcut then they will get written for each user who runs the shortcut.

Active Setup is a handy tool but should be used sparingly - for example if you have a package with no shortcuts with which to instigate a self repair. AS will run for every user that logs on, regardless of whether they use the app in question. If you keep adding stuff via active setup your logon times will get longer and longer - this will particularly effect logons with new user accounts.

You will learn more and benefit in the long run if you do it properly...

Cheers,
Rob.
Posted by: tneubauer 15 years ago
Senior Yellow Belt
0
Rob,

I will check into that as well for other packages. For this package there are no shortcuts utilized so AS sound like my best option.

Thanks,
Ted...
Posted by: anonymous_9363 15 years ago
Red Belt
0
ORIGINAL: MSIPackager
AS will run for every user that logs on, regardless of whether they use the app in question.
Will it? Surely only if there's mismatch between a specific HKLM and HKCU registry key? As ever, I'm happy to be corrected but my understanding - and certainly the way I've used it in the past - is that a package would add the HKLM part, normally using the Product Code as the registry key. Then, when AS runs, it 'sees' that there's no corresponding HKCU part and executes the command line in StubPath.

Thus, that part of AS will only run for users to whom the package has been deployed.
Posted by: MSIPackager 15 years ago
3rd Degree Black Belt
0
Maybe I didn't write that as well as I should have. I meant will run once for every user - which is why I highlighted the effect on new user accounts.

AS will run for anyone who logs on (regardless of how it's deployed) given that as you say it looks for mismatches between HKLM and HKCU keys. For example if a new package has just been installed on a machine which writes HLKM AS keys, that stub path will be run for me if I logon at that station - whether I use want to use that software or not... Depending on what that stub path does and how long it takes to execute, it could be an inconvenience / annoyance to users - especially if it's not necessary for them.

I was just trying to say don't use Active Setup as the easy way out as it's not the most efficient way of delivering CU components. In Ted’s case it is suitable as he has no shortcuts to instigate a self repair…

Does this make sense?

Cheers,
Rob.
Posted by: anonymous_9363 15 years ago
Red Belt
0
Yes, yes...to me it does. I just wanted to clarify the implication that AS would run for all packages which I think, between, we have corrected. :)
Posted by: revizor 15 years ago
Third Degree Blue Belt
0
One note:
If you're planning to use the package within Terminal Server environment, Active Setup may be the path you'll have to take, notwithstanding the obvious drawbacks.
Posted by: tneubauer 15 years ago
Senior Yellow Belt
0
I just completed testing and everything now works...[:D]

This will be utilized in a Terminal Server environment as well so I will use AS in that mst if necessary.

Thank you all for your assistance!

Ted...
Posted by: MSIPackager 15 years ago
3rd Degree Black Belt
0
This will be utilized in a Terminal Server environment as well so I will use AS in that mst if necessary.

Beware that if you plan to use this solution from a terminal server environment - AS will only be processed if you publish a full desktop...
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