File Installing at Profiles Directory Problem
Hi,
I want to install a xml file under directory c:\Documents and Settings\<Username>\Config
but it getting installed at c:\WINNT\Config. I have created folder structure "Windows\Profiles\Config" in my MSI package, but Profiles folder is getting resolves to location c:\WINNT.
And i want to achive this windows installer package DB without using CustomAction(VB Script,Wise Script)
Please suggest me?
Is it possible
I want to install a xml file under directory c:\Documents and Settings\<Username>\Config
but it getting installed at c:\WINNT\Config. I have created folder structure "Windows\Profiles\Config" in my MSI package, but Profiles folder is getting resolves to location c:\WINNT.
And i want to achive this windows installer package DB without using CustomAction(VB Script,Wise Script)
Please suggest me?
Is it possible
0 Comments
[ + ] Show comments
Answers (5)
Please log in to answer
Posted by:
mekaywe
13 years ago
Posted by:
shreedhar.ghare
13 years ago
Posted by:
rakesh.kumar
13 years ago
Posted by:
anonymous_9363
13 years ago
That's a kludge that will need to be rippled out with every package. If the OP *is* using WPS, it's easier to change the Windows Application template. I snatched a set of 3 Custom Action which appear in most InstallShield-authored MSIs which set properties for The 'All Users' and 'User' profiles and popped them into the template. I think if you search AppDeploy for 'SetAllUsers', you'll turn up a step-by-step walk-through I posted ages ago.
Also, remember that user-level stuff will need to be in a feature which is a child of another feature which has an advertised entry-point, such as a shortcut. This ensures that healing/self-repair takes care of the user-specific install part(s). If your package doesn't have any advertised entry-points, then you need to use Active Setup (AS). For details on AS, use Google.
Also, remember that user-level stuff will need to be in a feature which is a child of another feature which has an advertised entry-point, such as a shortcut. This ensures that healing/self-repair takes care of the user-specific install part(s). If your package doesn't have any advertised entry-points, then you need to use Active Setup (AS). For details on AS, use Google.

so that the conversation will remain readable.