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
14 years ago
Posted by:
shreedhar.ghare
14 years ago
Posted by:
rakesh.kumar
14 years ago
Posted by:
anonymous_9363
14 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.
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.