Copy a file over to the Userprofile within an msi
I am attempting to repackage an app (Peregrine Asset Center). Thie app requires a file with configuration settings located in the users profile.
I have attempted to add this file to the USERSPROFILE folder but it will only copy this over for the installers account. Any existing or new users who logon and trun the app do not get the file. Making the file a key file resolves the problem but requires access to the msi which is not possible.
I am using AdminStudio 6.
Anyone have any tips?
Thanks
I have attempted to add this file to the USERSPROFILE folder but it will only copy this over for the installers account. Any existing or new users who logon and trun the app do not get the file. Making the file a key file resolves the problem but requires access to the msi which is not possible.
I am using AdminStudio 6.
Anyone have any tips?
Thanks
0 Comments
[ + ] Show comments
Answers (9)
Please log in to answer
Posted by:
MSIMaker
19 years ago
Posted by:
Ipstenu
19 years ago
What if you don't have a shortcut? I have an app acting as a plugin that puts down a DLL (easy), modifies an INI file (easy) and then creates it's own INI to go to C:\Documents and Settings\USER\blahblah
My first thought was a shortcut on startup to just handle all that, but I wanted to know if there's a more elegant solution.
My first thought was a shortcut on startup to just handle all that, but I wanted to know if there's a more elegant solution.
Posted by:
Ipstenu
19 years ago
Hmm. That would work if I had an exe to go with my plugin (stupid Zipmail). The info I found on ActiveSetup is Here
Posted by:
brenthunter2005
19 years ago
Posted by:
Ilikebananas
19 years ago
Posted by:
Ipstenu
19 years ago
I ended using a VBS to scan the modified ini for the modification on startup. If it was there, the app did nothing. If it wasn't, the VBS copies the files where they need to be and modifies the INI. What a pain in the arse. All this cause they didn't want to have one shared data folder on a PC. Sheesh.
Posted by:
StefanP
19 years ago
ActiveSetup works like a charm. Create a Registry table entry for the component that contains the PerUser contents, and an identical one for a component that remains PerMachine:
Root = 1 and 2
Key = Software\Microsoft\Active Setup\Installed Components\[ProductCode]
Name = StubPath
Value = msiexec /fup [ProductCode]
Stefan
Root = 1 and 2
Key = Software\Microsoft\Active Setup\Installed Components\[ProductCode]
Name = StubPath
Value = msiexec /fup [ProductCode]
Stefan
Posted by:
WiseUser
19 years ago
What do you mean by "...requires access to the msi which is not possible"? I thought you repackaged the app yourself?
For future reference, the correct way to do this is as follows:
1) Set the ALLUSERS public property to 1.
2) Ensure that all userprofile based components have an HKCU registry keypath (not a file).
3) Do not mix user and machine resources within the same component.
4) Ensure that these components are part of the feature that requires those resources (or a parent feature).
5) Ensure that all entry points to the feature are advertised (or at least the shortcuts and file associations).
It's worth remembering that ICE validations can help pick up issues like these (38, 43, 57, etc).
For future reference, the correct way to do this is as follows:
1) Set the ALLUSERS public property to 1.
2) Ensure that all userprofile based components have an HKCU registry keypath (not a file).
3) Do not mix user and machine resources within the same component.
4) Ensure that these components are part of the feature that requires those resources (or a parent feature).
5) Ensure that all entry points to the feature are advertised (or at least the shortcuts and file associations).
It's worth remembering that ICE validations can help pick up issues like these (38, 43, 57, etc).
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.