/build/static/layout/Breadcrumb_cap_w.png

User profile Files in MSI in Citrix environment

I have a package which needs to be deployed into citrix environment. This package(MSI) has user profiles files. I have heard that in citrix environment self healing will not happen. Terminal server is also enabled.
The files are going to "c:\documents and settings\[user profile]\application data\microsoft\office". How do I make these files heal...so that they get installed for each user.
Can we use active setup in this case(will it work)???
I tried placing these files in Al users profile.but even then the files were not copied to each user who logs in.

M new to packaging in citrix environment. ANy pointers will be greatly appreciated

Thanks and Regards,
Dev

0 Comments   [ + ] Show comments

Answers (11)

Posted by: AngelD 18 years ago
Red Belt
1
Hi DG,

I usually adds a TSUserProfile directory containing the userprofile stuff in an MST in the INSTALLDIR folder.

Then I use something like this:
Dim FSO : Set FSO = CreateObject("Scripting.FileSystemObject")
Dim WSHShell : Set WSHShell = CreateObject("WScript.Shell")

Dim sProgramFiles : sProgramFiles = WSHShell.Environment("Process").Item ("ProgramFiles")
Dim sAPPDATA : sAPPDATA = WSHShell.Environment("Volatile").Item ("APPDATA")

Dim sInstallDir : sInstallDir = sProgramFiles & "\Microsoft\Office"
Dim sTSUserProfile : sTSUserProfile = sInstallDir & "\TSUserProfile"

Dim sMsOfficeAppData, sSource, sDestination

'// Copy files to Application Data
sMsOfficeAppData = sAPPDATA & "\Microsoft"
sSource = sTSUserProfile & "\Microsoft\Office"
sDestination = sMsOfficeAppData & "\"

If Not FSO.FolderExists(sMsOfficeAppData) Then
FSO.CreateFolder(sMsOfficeAppData)
End If
If Not FSO.FolderExists(sDestination) Then
FSO.CopyFolder sSource, sDestination, True
End If
Posted by: AngelD 18 years ago
Red Belt
0
If you use wps you could create an wisescript exe or vbscript for the active setup that copies these files.
Posted by: kkaminsk 18 years ago
9th Degree Black Belt
0
I've seen all sorts of solutions / hacks to populate user profiles on Citrix. I would agree that Active Setup is probably the easiest way to go if it is suitable for your environment but make sure your security policies don't get in the way of Active Setup. The other common solution is to have something that is put in as a pre-launch action to the application that checks to see if the profile has been initialized for the application. If it hasn't the launch script will copy in the necessary files.

Sorry... I had to edit this for accuracy.
Posted by: AngelD 18 years ago
Red Belt
0
For one of my customer we have disabled the windows installer service (enabled during install obviously), then running a login script that check if the applications userprofile has been populated, if not then copy files.
Posted by: DevGowda 18 years ago
Orange Belt
0
Thank U Angel for ur reply.

I am now trying to use wise exe to install user profile files. I created a active setup for this exe. The registries are installing fine. But as i said I have files which are going to
"c:\documents and settings\[user profile]\application data\microsoft\office".

When I went to add these files into the exe it asks for source and destination paths. In destination paths it takes only Variable names as %WIN%(Points to c:\documents and settings\[user profile]\Windows) , %TEMP%, %SYS%, %SYS32%, %INST% followed by the location where i want to install the files. How can I modify these variable names or create a new variable to have the destination as "c:\documents and settings\[user profile]\application data\microsoft\office".

Thanks in Advance...
Posted by: jlr 18 years ago
Yellow Belt
0
Does Active Setup work on Citrix if you are only publishing applications, not a desktop? Ours isn't and I saw a post on Citrix leading me to wonder if its our problem, or not supported. I'd rather not set HKCU keys with a logon script.

Thanks,

John
Posted by: kkaminsk 16 years ago
9th Degree Black Belt
0
Yeah I screwed up... Active Setup will not work with published applications because of the reduced shell but will work with a published desktop.

Sorry, answering another question in another thread and cleaning up this bad answer.
Posted by: bheers 16 years ago
Second Degree Blue Belt
0
Have you tried flex profiles ?

FlexProfiles
Posted by: oreillyr 16 years ago
Fifth Degree Brown Belt
0
When packaging for Citrix you should generally place all Current User keys in the following location:

HKLM\Software\Microsoft\WindowsNT\CurrentVersionTerminal Server\Install\Software.....

This http://support.microsoft.com/kb/186498 explains in more detail

Not sure if Active Setup is such a good idea for Citrix really, do you want a repair to kick off on your server?
Posted by: joseph 14 years ago
Orange Belt
0
Hi,

Did you try with Flex profile or Man profile, If not please follow the below procedure.
Please check the location of the userprofiles in the citrix server when you are login into citrix client or accessing the published applications from the client machine.
Create Wise script exe or VBS to copy all the user related file and registries and include a statement to run the shortcut in the same script using environment variables like %userprofile% ,%appdata% .
and while publishing the shortcut to the users, keep the target exe as wise script exe.
So, when ever user accessing the shortcut , it will execute the wise script exe and inturn will copy the user related files and import the HKCU keys and then it will trigger the shortcut.

Note : if your client network (citrix configuration) is using any file server to store the user profiles then you need to give that file server location in the wise script . For example most of the environments are configured with \\servername\%username%\mydocuments mapped to some H:\ or N:\ and it will have path varaiables like HOMEDRIVE(H:\) assigned. So you can use these varaiables in place of normal approach that was explained above.
Posted by: anithaapf 14 years ago
Yellow Belt
0
hi
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