/build/static/layout/Breadcrumb_cap_w.png

HKCU Registry from K1000/K2000

Hi everyone,

First of all thank you for taking your time to read this. We have an application called SMART BridgIt 3.4. This is conference software and only executable.

K2000

So used a Post-Installation task to copy the software to the "%Public%\Desktop". This is all working without any problems. But there are settings saved in the HKCU like servername, password etc. These settings do not work so i started to think, why is this happening.

First problem I encountered was that it will automatically run under the SYSTEM account which ofcourse has no access to HKCU. Solved this by using the RunAsCurrentUser.exe

Second problem still remains, no one is actually logged onto the pc when distributing the software therefore HKCU is not available... So this means that the settings are ignored.

K1000

Kace does not recognize the software as installed. So if I distribute it via Distribution it will always run the script, including the copy of the executable which is quite a load on the network.

So the next thought was, then i'll do it via Scripting but then i encounter the same problem as on the K2000.

Any thoughts for this?

 

Batch code:

 @echo off
xcopy Bridgit.exe "%Public%\Desktop" /s /e /h /Y
If Exist "C:\Programme" GOTO German
If Exist "C:\Program Files" GOTO English

:German
RunAsCurrentUser.exe --w regedit.exe /s bridgitgerman.reg
GOTO End

:English
RunAsCurrentUser.exe --w regedit.exe /s bridgitenglish.reg

:End

 

Registry:

 Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.]

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.\Bridgit Data-Conferencing Software]

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.\Bridgit Data-Conferencing Software\3.0]
"UELogging"=dword:00000001
"Language"="English"

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.\Bridgit Data-Conferencing Software\3.0\MOTD Master Server List]

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.\Bridgit Data-Conferencing Software\3.0\MOTD Master Server List\Item1]
"ServerIP"="servername"
"Message"=""
"DateSeen"="unknown"

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.\Bridgit Data-Conferencing Software\3.0\MRU Master Server List]

[HKEY_CURRENT_USER\Software\SMART Technologies Inc.\Bridgit Data-Conferencing Software\3.0\MRU Master Server List\Item1]
"ServerIP"="servername"
"AccessPasswordClient"="code"

 

Thank you in advance.

EDIT: Typo's

SOLUTION

K2000

@echo off
xcopy Bridgit.exe "%Public%\Desktop" /s /e /h /Y
If Exist "C:\Programme" GOTO German
If Exist "C:\Program Files" GOTO English

:German
reg load HKU\ntuser.dat c:\users\default\ntuser.dat
reg import bridgitgermanHKU.reg
reg unload HKU\ntuser.dat

GOTO End

:English
reg load HKU\ntuser.dat c:\users\default\ntuser.dat
reg import bridgitenglishHKU.reg
reg unload HKU\ntuser.dat

:End

K1000

Using online script worked. But would love to find a better solution so i can deploy it via Distribution instead of Scripting. 


0 Comments   [ + ] Show comments

Answers (4)

Answer Summary:
SOLUTION K2000 @echo off xcopy Bridgit.exe "%Public%\Desktop" /s /e /h /Y If Exist "C:\Programme" GOTO German If Exist "C:\Program Files" GOTO English :German reg load HKU\ntuser.dat c:\users\default\ntuser.dat reg import bridgitgermanHKU.reg reg unload HKU\ntuser.dat GOTO End :English reg load HKU\ntuser.dat c:\users\default\ntuser.dat reg import bridgitenglishHKU.reg reg unload HKU\ntuser.dat :End K1000 Using online script worked. But would love to find a better solution so i can deploy it via Distribution instead of Scripting.
Posted by: dugullett 11 years ago
Red Belt
2

By default everything runs as SYSTEM on the K1. You should have an option as an "Online Script" to run as logged in user. 

You can always use active setup to ensure those settings are distributed to every user at login. You can take a look at this link that will help describe the process. The setup will change depending on your setup though. http://www.itninja.com/blog/view/appdeploy-articles-activesetup


Comments:
  • Worked for the K1000. Indeed just used online script. - paul.theelen 11 years ago
Posted by: SMal.tmcc 11 years ago
Red Belt
2

Since you are deploying this from the k2000 you could always inject those keys into the default users hive as a post task then all users would get those keys when their profiles are created.

http://www.itninja.com/blog/view/how-to-make-changes-to-the-default-users-hive-as-a-post-taks


Comments:
  • Thank you for the feedback. Created a version for the K2000 and will deploy it in a moment. Fingers crossed... - paul.theelen 11 years ago
  • This works good if you want everyone to have the keys and there are no existing profiles - SMal.tmcc 11 years ago
  • Well the first attempt failed but the second one worked like a charm thanks! - paul.theelen 11 years ago
Posted by: cserrins 11 years ago
Red Belt
2

Just FYI, you mention under the K2000 section that is runs as System, this is not true.  All POs run as the currently logged in user, which is typically an admin account.

Corey

Lead L3 Enterprise Solutions Engineer, K2000

If my response was helpful, please rate it!


Comments:
  • We have an account with elevated rights that is used for installing all pc's so unfortunately that doesn't help me but it's good to know. - paul.theelen 11 years ago
Posted by: ghalliday 11 years ago
White Belt
-1

See this MS Scripting Guys article;

http://blogs.technet.com/b/heyscriptingguy/archive/2005/06/03/hey-scripting-guy-how-can-i-list-all-the-user-profiles-on-a-computer.aspx

Use their script to find the SID of the user and then put the registry settings in HKEY_USERS\SID\Software.


Comments:
  • First testing other solutions as it seems like quite a lot of effort. - paul.theelen 11 years ago

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
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