/build/static/layout/Breadcrumb_cap_w.png

C:\WINDOWS\system32\config\systemprofile\Local Settings\Application Data ???

hi guys,

i have 2 packages, created with WFWI, that are supposed to create files under the user profile, in application data.

instead, the files are created under C:\WINDOWS\system32\config\systemprofile\Local Settings\Application Data

how can i fix this?

thanks!

0 Comments   [ + ] Show comments

Answers (6)

Posted by: Justin K. 4 years ago
White Belt
0

Kind of embarrassed to post this but I had the same issue yesterday and was able to resolve it.  It was due to the GPO policy trying to deploy to a Computer Policy and not a USER Policy.  

Z

It seems that the GPO needs to have both computer & user accounts in the scope field.  (If you are deploying to both places)

2Q==

I then just had to add the MSI to the User Configuration section and check the "Install this application at logon" Checkbox in the Package that I wanted to deploy.

Z

This should work to deploy to all user type folders.  (For me it was the Documents Folder) 

Hope this saves someone some time!

Posted by: pjgeutjens 15 years ago
Red Belt
0
C:\WINDOWS\system32\config\systemprofile\Local Settings

This folder contains the profile of the Local System account. Could it be you're installing your MSI using some sort of distribution system? Cause these tend to do installs with these credentials. Still, the MSI's autorepair functionality should put the files in place for each user if setup correctly.

Some things that come to mind:

Have a look at the ALLUSERS property in your MSI, make sure it's set to 1 (in this case). Also check the components that contain the files, make sure they have the correct component path ([AppDataFolder]) and a good keypath. Then finally check that you have correctly setup a trigger for self-heal (I'd guess an advertised shortcut).

Hope this helps

PJ
Posted by: kardock 15 years ago
Second Degree Green Belt
0
ok i will try your suggestions. and yes, i'm distributing with bmc.

thanks!
Posted by: captain_planet 14 years ago
Black Belt
0
The reason you're getting this behaviour is due to BMC. Go and have a look in your publish folder for the application, for a file called 'parameters.txt'. In there, there should be a parameter called 'userobjs'. Make sure this is set to true.
userobjs=true

Do not make the change directly in the .txt file, because it will get overwritten next time you 'repackage'. Instead you should make this change by clicking on the small 'Channel Property' button near the top of your BMC package, and looking under the Parameters tab. Let me know how you get on.
Posted by: kardock 14 years ago
Second Degree Green Belt
0
thanks for this information.

but i can see this in the doc;
[font=minion-semibold][font=minion-semibold][left]The channel parameter [font=lettergothic-bold][font=lettergothic-bold]userobjs [font=minion-semibold][font=minion-semibold]is set to true, and the user is not logged[/left][left]on to the machine[font=minion-regular][font=minion-regular]—If the userobjs [font=minion-regular][font=minion-regular]parameter is set in the package[/left][left]directory or in the channel.txt [font=minion-regular][font=minion-regular]file of the package in the tuner’s[/left][left]workspace, verify that a user is logged on to the machine to install the[/left]package.

does it mean that it won't install if no one is logged?

thanks!
Posted by: captain_planet 14 years ago
Black Belt
0
Hmmm. I guess if you're using Policy Management, you may want to look at these values:

logon.notify=true
logon.action=updatestart

But if you're installing them as advertised applications then you should be ok.

For more detailled info, you're best consulting page 154 of the BMC Application Packager's Administrators Guide. [;)]
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