Re: [WiX-users] Silent install problem
This is the snip of the installUISequence.how should i be sequencing this for the silent install to work properly? Show Dialog=VistaWarningDlg Before=LaunchConditionsNOT Installed /Show Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Rob Hamflett wrote: It sounds like maybe you're doing the early exit in InstallUISequence, which doesn't run at all during a silent install. Rob Anidil wrote: I use the followin code, and associated customaction to detect previous versions of the product.It warns the user about the previous version and stops the install.But when i try to do a silent install,it doesn't seem to check for the existing versions and gets installed parallelly.any help? Upgrade Id=CBC35353-1EEF-4BF5-93E9-937889318F09 UpgradeVersion OnlyDetect=yes Property=PATCHFOUND Minimum=1.0 Maximum=2.0 IncludeMaximum=yes IncludeMinimum=yes/ /Upgrade - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Silent-install-problem-tf4420501.html#a12611190 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] creating INF files
The Windows Installer engine is not aware of INF files. Reading property values from an inf file would require a custom action. That said, WiX might add such an action by default, but I don't know WiX well enough. Probably others in here could answer this. Otherwise, to help us better understand your needs: where did you read about INF files and Windows Installer? And what exactly are you trying to achieve? -- Stefan Krueger Microsoft Windows Installer MVP Please post your questions in the newsgroup or vist one of these web sites: Windows Installer FAQ http://www.msifaq.com - http://www.msifaq.de InstallSite - Resources for Setup Developers http://www.installsite.org http://www.installsite.de (GERMAN) Adam Langley [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Hi Guys, A question with a simple answer I'm sure. What is the format for creating an INF file to prepopulate the public properties (theres a mouthful) of an MSI package? And, does the MSI automatically look for INF files with the same name as the currently executing MSI? I do I need to start the MSI on the command line and pass it the INF as an argument. I just want to set the default property value for different environments by having several different INF files for a single MSI package. Thanks! - Adam Langley Secon NZ Ltd. A1/400 Rosedale Road Albany North Shore 0632 New Zealand Tel. +64 (0)9 414 4071 Fax. +64 (0)9 414 4072 http://www.seconag.com www.seconag.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent install problem
You need to put the Custom Action into the InstallExecuteSequence. Rob Anidil wrote: This is the snip of the installUISequence.how should i be sequencing this for the silent install to work properly? Show Dialog=VistaWarningDlg Before=LaunchConditionsNOT Installed /Show Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Rob Hamflett wrote: It sounds like maybe you're doing the early exit in InstallUISequence, which doesn't run at all during a silent install. Rob Anidil wrote: I use the followin code, and associated customaction to detect previous versions of the product.It warns the user about the previous version and stops the install.But when i try to do a silent install,it doesn't seem to check for the existing versions and gets installed parallelly.any help? Upgrade Id=CBC35353-1EEF-4BF5-93E9-937889318F09 UpgradeVersion OnlyDetect=yes Property=PATCHFOUND Minimum=1.0 Maximum=2.0 IncludeMaximum=yes IncludeMinimum=yes/ /Upgrade - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] condition onl component
Stefan Krueger [MVP] a écrit : So you only want to condition the copy (which corresponds to a MoveFile table row I guess) but not the instalaltion of the component. To do this you need to put the copy element in a separate component, because rows in the MoveFile table can't have conditions by themselves, instead they use components as a gate. I tried this out as well. With no success... My problem is really to affect a condition to a component. It seems that whether my condition is full filed or not, the component is upgraded in both cases. This is what my code looks like: Property Id=ENGINECONFISINSTALLED RegistrySearch Id='EngineRegPath' Root='HKLM' Key='SOFTWARE\MyProduct\Engine' Name='InstallDir' Type='directory' DirectorySearch Id='FindEngineIniFilePath' Depth=2 FileSearch Id='FindEngineIniFile' Name=ampm_engine.ini / /DirectorySearch /RegistrySearch /Property Component Id=APM_ENGINE_CONFIG_REF Guid=4C6B380E-4DFE-458C-A29F-8A0C434E7F70 ConditionENGINECONFISINSTALLED/Condition File Id=ampm_engine.ref Name=ampm_engine.ref KeyPath=yes Source=$(var.FACT_DESTDIR)\var\config\ampm_engine.ref CopyFile Id=APM_ENGINE_CONFIG_INI DestinationDirectory=config DestinationName=amengine.ini DestinationLongName=ampm_engine.ini / /File IniFile Id=EnginePort Action=addLine Directory=config Name=ampm_engine.ini Section=NETWORK Key=Port Value=[PORTNUMBER] / /Component I thought that the upper code would allow me to perform the component's tasks only if ENGINECONFISINSTALLED was false (that would be on a first install). What I'm trying to do is condition the whole APM_ENGINE_CONFIG_REF component. But I can't : whatever I put as a condition, the component tasks are executed (on first install AND on upgrade) I must be doing something wrong here, but I can't find out what... Thanks for your help. Fred - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Remove Install When Required and Install to Run FromNetwork
This article might help: Custom Setup Options in Windows Installer http://www.installsite.org/pages/en/isnews/200102/CustomSetupOptions.htm -- Stefan Krueger Microsoft Windows Installer MVP Please post your questions in the newsgroup or vist one of these web sites: Windows Installer FAQ http://www.msifaq.com - http://www.msifaq.de InstallSite - Resources for Setup Developers http://www.installsite.org http://www.installsite.de (GERMAN) Srinivas Tirupati [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Hi I want to remove the options Install When Required and Install to Run From Network when user tires to do a custom installation. How can I achieve this ? Thanks and Regards Srinivas T - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] condition onl component
So you only want to condition the copy (which corresponds to a MoveFile table row I guess) but not the instalaltion of the component. To do this you need to put the copy element in a separate component, because rows in the MoveFile table can't have conditions by themselves, instead they use components as a gate. -- Stefan Krueger Microsoft Windows Installer MVP Please post your questions in the newsgroup or vist one of these web sites: Windows Installer FAQ http://www.msifaq.com - http://www.msifaq.de InstallSite - Resources for Setup Developers http://www.installsite.org http://www.installsite.de (GERMAN) Frédéric Viollet [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Stefan Krueger [MVP] a écrit : The component must have the msidbComponentAttributesTransitive bit set (don't know the WiX syntax for this). This should remove the component during (auto-)repair, modify and small and minor updates - probably not what you want. BTW in case of Major Upgrade, Installed is FALSE. I don't fully undertsand what you are trying to achieve, bt maybe msidbComponentAttributesNeverOverwrite would do what you want. In fact, what I'm trying to do is: -on first install, install the file engine.ref and copy it to engine.ini -on upgrades, only install the file engine.ref, but don't touch to the engine.ini file. I was trying to achieve this through the condition element, but I just can make it work... :( Thanks again. Fred - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ZIP archive inside MSI, UNZIP after installation...
Yes you are right - I forgot uninstall :-( The problem is, that directory with documentation is delivered by third party company and I do not want to check directory structure everytime after documentation delivery... So I created folowing functionality using mallow.exe utility: 1.) Into our .wixproj file (we use autobuild on TFS and wix 3.0 VS2005 targets..) I added folowing PreBuild event, which autogenerates Help directory structure: Target Name=PreBuildEvent Exec ContinueOnError=true Command=quot;$(WixToolPath)mallow.exequot; -d ..\Help -s DirToInsertTemplate.wxs -w Help -a ..\Help DirToInsert.wxs / /Target content of DirToInsertTemplate.wxs is folowing: ?xml version=1.0 encoding=Windows-1252? Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Fragment Id=Fragment_Help DirectoryRef Id=Help /DirectoryRef /Fragment /Wix 2.) Then I use in my MSM module source file folowing: FragmentRef Id='Fragment_Help'/ Directory Id=Help Name=Help Component Id=HlpFld Guid={45E999E7-DC0C-41aa-AD50-2375692D4525} CreateFolder/ /Component /Directory ... And it works wel!!! :-) Thanks to all.. David. 2007/9/11, Richard [EMAIL PROTECTED]: In article [EMAIL PROTECTED], Karthik Krishnan [EMAIL PROTECTED] writes: You'll need a custom action for that. You'll have to include code that cleans up your unzipped files on uninstall so you don't leave files on the system. And you'll need code that handles rollback. And you'll have to test the crap out of it to handle all sorts of errors. And you'll have to write code to handle repair. And you'll have to write code that handles modify. And you'll have to write code that handles patching. Wait! We just re-implemented most of Windows Installer's engine for a ZIP file. Why were we doing this again? A semi easier solution is to write something that calls heat dir each time to generate a .wxs you include in your build. Should take about a day of dev/testing. Ah, much better, thank you. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] StartService on install fails when components installed in GAC
I have 2 windows services that get installed. They use assemblies that are installed in the GAC. When you set these to start on install through the service controller, they fail. Is it because the GAC install has not committed yet? Any help would be great! Jarrod - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent install problem
Ooops..thanks Rob :-) Rob Hamflett wrote: You need to put the Custom Action into the InstallExecuteSequence. Rob Anidil wrote: This is the snip of the installUISequence.how should i be sequencing this for the silent install to work properly? Show Dialog=VistaWarningDlg Before=LaunchConditionsNOT Installed /Show Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Rob Hamflett wrote: It sounds like maybe you're doing the early exit in InstallUISequence, which doesn't run at all during a silent install. Rob Anidil wrote: I use the followin code, and associated customaction to detect previous versions of the product.It warns the user about the previous version and stops the install.But when i try to do a silent install,it doesn't seem to check for the existing versions and gets installed parallelly.any help? Upgrade Id=CBC35353-1EEF-4BF5-93E9-937889318F09 UpgradeVersion OnlyDetect=yes Property=PATCHFOUND Minimum=1.0 Maximum=2.0 IncludeMaximum=yes IncludeMinimum=yes/ /Upgrade - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Silent-install-problem-tf4420501.html#a12612420 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ZIP archive inside MSI, UNZIP after installation...
Richard [EMAIL PROTECTED] wrote: A semi easier solution is to write something that calls heat dir each time to generate a .wxs you include in your build. Should take about a day of dev/testing. Ah, much better, thank you. Funny, InstallShield has had this functionality for years... it's called dynamic file linking. And I'm sure if I was to call it by this name many people in this list would jump to say `Don't Use It`. And yet it's the same thing as calling heat at build time. I don't use dynamic file linking because it causes some very serious problems. Some obvious and some not so obvious.I cover many of them ( and how things could be made better by tools vendors ) at: http://blog.deploymentengineering.com/2007/06/dealing-with-very-large-number-of-files.html The first problem is enforcing component rules. It gets very difficult to decide which files should be key files, making sure that their ComponentID's are consistent. A second problem is performance... it's a really slow build process that has to dynamically author an install and check previous packages to sync ComponentID's ( InstallShield does this ). My real problem is that I don't try to guess developer intent. That is what happens when new files show up and files disappear. Just because some file shows up doesn't mean it should be deployed maybe someone had a compiler setting wrong ( like a CopyLocal=True when it shouldn't have been ) or they did something stupid like check a file in that they shouldn't have. And what happens when a file disappears... it's very difficult to author a punctured component story and have that keyfile go away during a minor upgrade. Then of course there is the basic failure mode problem if a file goes missing that should not have, well we are dynamic so it won't throw a build error. I'm sorry but this is a story that needs to be looked at much deeper then say zip it up and use a CA or use dynamic file linking/heat to autogenerate. MSI doesn't make setup easy in this area. - Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Files in MSI not dropped onto system during install
I have an install that contains 14647 files. When the MSI is installed it is only installing 13895 files (any file higher than this number is not making it on the system)...is there some sort of limitation? I have used orca to examine the MSI and everything looks correct...I can see the files...they are assigned to the correct components...the components are assigned to the correct directories...but still they are not getting on the system. Anyone else have this issue? Nick H. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ZIP archive inside MSI, UNZIP after installation...
Hey Chris, I would say that dynamically linking files can be an issue but there are some products out there that need to do this. The biggest thing I can see is not what files should be included. In our product deployment cycles we would run binary delta compares to ensure release integrity, know exactly what got changed from development and to make sure that nothing like weed.gif was going out the door (that was actually caught once!). Our product was over 10,000 files in size. This spawned the WIXML project that I have posted on codeplex. As part of my disclaimer I did not yet get to managing the components as development has been paused for over a year. However, the speed increase over InstallShield was substantial as we were deploying COM+ as well. We got passed the component match up the hard way which was to do full uninstalls and reinstalls of products that used this feature. Overall though, the full build from development drop to package ready to ship took 5 minutes. This installed over 300 COM+ objects, 15 vdirs, 2 services, 10 COM servers and everything else that was needed along with dynamically managing XML, Web.config, INI and text files through an answerfile. The theory in place for the future of that project would be to use last version .wxs files with component GUIDs to pass on the correct GUIDs to the new version build. Always simple in theory and that is about as far as it has gone. Once that was in place it would actually allow for automation of patch and upgrade creation while building the current release. I thought that would be a great feature to have there as well. -- Brian Rogers Intelligence removes complexity. - BR http://www.codeplex.com/wixml/ On 9/11/07, Christopher Painter [EMAIL PROTECTED] wrote: Richard [EMAIL PROTECTED] wrote: A semi easier solution is to write something that calls heat dir each time to generate a .wxs you include in your build. Should take about a day of dev/testing. Ah, much better, thank you. Funny, InstallShield has had this functionality for years... it's called dynamic file linking. And I'm sure if I was to call it by this name many people in this list would jump to say `Don't Use It`. And yet it's the same thing as calling heat at build time. I don't use dynamic file linking because it causes some very serious problems. Some obvious and some not so obvious.I cover many of them ( and how things could be made better by tools vendors ) at: http://blog.deploymentengineering.com/2007/06/dealing-with-very-large-number-of-files.html The first problem is enforcing component rules. It gets very difficult to decide which files should be key files, making sure that their ComponentID's are consistent. A second problem is performance... it's a really slow build process that has to dynamically author an install and check previous packages to sync ComponentID's ( InstallShield does this ). My real problem is that I don't try to guess developer intent. That is what happens when new files show up and files disappear. Just because some file shows up doesn't mean it should be deployed maybe someone had a compiler setting wrong ( like a CopyLocal=True when it shouldn't have been ) or they did something stupid like check a file in that they shouldn't have. And what happens when a file disappears... it's very difficult to author a punctured component story and have that keyfile go away during a minor upgrade. Then of course there is the basic failure mode problem if a file goes missing that should not have, well we are dynamic so it won't throw a build error. I'm sorry but this is a story that needs to be looked at much deeper then say zip it up and use a CA or use dynamic file linking/heat to autogenerate. MSI doesn't make setup easy in this area. -- Looking for a deal? Find great prices on flights and hotelshttp://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-with Yahoo! FareChase. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix layout
Christopher Painter wrote: In my build environment, one of my unit tests is to compare the contents of the MSI to the files that were available to be built. This alerts me to application changes that have new resources that I've not been told about. An overly simplified look at this process would be like this: ... msiexec /a ... ... diff -qr --ignore-file-name-case buildarea installer differences.wri Hi Christopher, this looks suitable for me. I'll give it a try. Regards Dominik -- View this message in context: http://www.nabble.com/Wix-layout-tf4414396.html#a12614970 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ZIP archive inside MSI, UNZIP after installation...
I know the feeling. I have it baked into my build automation to run a unit test that compares the available files to an administrative install. If any files are new in the build area but missing in the installer, a build error is thrown.From there we find out who put the files there and make them answer if it's a valid file to be deployed or not. Either the file gets yanked from the build output or it gets added to the installer and then a rebuild is performed. It was painful at first performing this reconciliation but now developers are educated enough to know to request files be added to the install. The last time I used dynamic file linking was for a `fake msi` that acted as a bootstrapper. One of the things the bootstrapper did was a MSOffice LSI style caching which used features/components/files to install the package source but not register it as a real installed product. Some of the packages that were redist were 3rd party uncompressed installs so dynamic linking helped there. Brian Rogers [EMAIL PROTECTED] wrote: I would say that dynamically linking files can be an issue but there are some products out there that need to do this. The biggest thing I can see is not what files should be included. In our product deployment cycles we would run binary delta compares to ensure release integrity, know exactly what got changed from development and to make sure that nothing like weed.gif was going out the door (that was actually caught once!). - Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Administrator-only install?
This may be a silly question, but I would like to detect the user upon installer startup and fail gracefully if the user is not the administrator. I've combed the tutorial and the schema, but I must be missing how to perform this check. --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Administrator-only install?
I think you want [EMAIL PROTECTED]elevated. Are you already setting this, because the chm claims it's the default value? Rob Brad Stanley wrote: This may be a silly question, but I would like to detect the user upon installer startup and fail gracefully if the user is not the administrator. I've combed the tutorial and the schema, but I must be missing how to perform this check. --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Administrator-only install?
Nevermind. As has just been pointed out to me that's for UAC on Vista. I got a bit confused whilst looking through a wix file. Sorry. Rob Rob Hamflett wrote: I think you want [EMAIL PROTECTED]elevated. Are you already setting this, because the chm claims it's the default value? Rob Brad Stanley wrote: This may be a silly question, but I would like to detect the user upon installer startup and fail gracefully if the user is not the administrator. I've combed the tutorial and the schema, but I must be missing how to perform this check. --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error 1334 due to file sequencing.
There is currently no solution to the file sequencing problems that adding files in Merge Modules introduce for patching. To see how merge module files are ordered take a look at the Binder. ProcessMergeModules() method. From: Sandip Shahane Sent: Monday, September 10, 2007 17:46 To: Heath Stewart; Windows Installer Support (MS Internal); wix-users@lists.sourceforge.net; Windows Installer XML; Rob Mensching; [EMAIL PROTECTED] Subject: RE: error 1334 due to file sequencing. True, this is what is happening, but what I can't figure out is why this is happening or is there anything I am doing wrong here. Can anybody tell if the following is indeed a bug and if so, is it fixed or any workaround? http://sourceforge.net/mailarchive/message.php?msg_id=E1FZMWn-0007MY-CR%40sc8-sf-web5.sourceforge.net My problem is exactly similar to this one. What I am looking for is some kind of log (build time) or trace that can point me to what is going wrong from my side. Here is what I see: There are few merge modules A,B,C,D etc.. There has been no change in first two merge modules, for third one the existing file sequence is same (as seen in the MSMs) with some new files at the end of the merge module (same is the case for other merge modules too). Now, I noticed on building the MSI that file sequence is changed for the existing files from merge module C (they are not obviously merged in the same order as in the MSM), which is something very strange. Here is the light.exe verbose log for files ordered as F_1, F_2, F_3, F_4 in the merged module. It's not in the same order as in the wix source files (.wxs). I want to understand how this ordering of the files is decided while building MSM and also merging into MSI ? Updating file information. Generating database. Merging modules. Processing media information. Cabbing file F_2 from 'c:\userTempLocation.41712086_AFA9_408D_84D8_5884F692B6CD'. Cabbing file F_1 from 'c:\userTempLocation.41712086_AFA9_408D_84D8_5884F692B6CD'. Cabbing file F_4 from 'c:\userTempLocation.41712086_AFA9_408D_84D8_5884F692B6CD'. Cabbing file F_3 from 'c:\userTempLocation.41712086_AFA9_408D_84D8_5884F692B6CD'. Thanks and Regards, Sandip From: Heath Stewart Sent: Monday, September 10, 2007 2:32 PM To: Sandip Shahane; Windows Installer Support (MS Internal); wix-users@lists.sourceforge.net; Windows Installer XML; Rob Mensching; [EMAIL PROTECTED] Subject: RE: error 1334 due to file sequencing. The why is because PatchWiz.dll (like when you use msimsp.exe) will automatically update the file sequences to begin the last sequence number of the target product (as authored in PCP files for older PatcWiz.dll, or automatically with newer versions of PatchWiz.dll). If those sequence numbers change in between the target and upgrade, PatchWiz.dll will not automatically update them so the new files sequences authored in (or merged in, in this case) are used. That means that if they fall within the first and last sequence numbers of the target product, then those files are expected to be found in the RTM media instead of in the patch media. Heath Stewart Technical Lead Deployment Technologies Group, Microsoft http://blogs.msdn.com/heaths From: Sandip Shahane Sent: Monday, September 10, 2007 10:23 AM To: Windows Installer Support (MS Internal); wix-users@lists.sourceforge.net; Windows Installer XML; Rob Mensching; [EMAIL PROTECTED] Subject: RE: error 1334 due to file sequencing. +wix-dev mailing list and setupsup Note that file sequencing was changed in SP1 (after RTM was released) for few files in one of the merge modules used. I fixed it so that the merge modules file sequencing is now exactly the same as before (though some merge modules have now additional files too at the end of sequencing in File Table). After integrating the merge module into MSI the sequencing seems to have changed. Why is this happening and how do I ensure the file sequencing is preserved on merging the modules. Thanks and Regards, Sandip From: Sandip Shahane Sent: Friday, September 07, 2007 4:58 PM To: 'wix-users@lists.sourceforge.net'; Windows Installer XML; Rob Mensching Subject: RE: error 1334 due to file sequencing. Hi, Is there any document on how wix creates the MSI generally and File table in particular. I am interested in understanding how the files are ordered in the File table by the Wix. I want to troubleshoot this issue I am facing (seems like it is similar to http://sourceforge.net/mailarchive/message.php?msg_id=E1FZMWn-0007MY-CR%40sc8-sf-web5.sourceforge.net ). We have RTM MSI built using Wix It is composed of few merge modules. Now we have built a SP of the same RTM with few new files and few file updates in the existing merge modules. Also we have added a merge module to the MSI. Now after reinstalling a feature we get error 1334 (file not found in cab). I noticed the file sequencing was changed so I went and did the changes to add PatchGroup attribute to all new
Re: [WiX-users] Administrator-only install?
Having thought about it, ALLUSERS=1 is probably what's wanted. Rob Rob Hamflett wrote: I think you want [EMAIL PROTECTED]elevated. Are you already setting this, because the chm claims it's the default value? Rob Brad Stanley wrote: This may be a silly question, but I would like to detect the user upon installer startup and fail gracefully if the user is not the administrator. I've combed the tutorial and the schema, but I must be missing how to perform this check. --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS Metabase locator for installed website?
Two options: 1. Enhance the existing custom actions to support this scenario. (the ideal, especially if you are willing to sign the assignment agreement and send your code in). 2. Reimplement the code to find a web site that is found in the custom actions, deferred, after the ConfigureIIs custom action has completed. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hancock (HSG) Sent: Friday, September 07, 2007 11:31 To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: [WiX-devs] IIS Metabase locator for installed website? When a website is installed through Wix, is there a way to get the metabase ID/location string if I need to write additional properties to the metabase for the installed website through a custom action at the end of the install? For example, let's say my new website is the 2nd website on the server, and so gets written to location /W3SVC/2 Is there a way for me to find out that the website was put in slot 2 (other than running a search for the name of the site or its connection parameters or something like that)? If not, could that functionality be added, perhaps via writing to a property specified in the WebSite Element? The reason I'm looking for this is that I'm trying to have an installer allow the user to select a SSL certificate for a website from a certificate store UI rather than installing it from a file... Thanks for any info! John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Administrator-only install?
I put in a check like this a while back that stops the install if the user isn't an administrator. Condition Message=You need to be an administrator to install [ProductShortName].Privileged/Condition -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett Sent: Tuesday, September 11, 2007 9:12 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Administrator-only install? Having thought about it, ALLUSERS=1 is probably what's wanted. Rob Rob Hamflett wrote: I think you want [EMAIL PROTECTED]elevated. Are you already setting this, because the chm claims it's the default value? Rob Brad Stanley wrote: This may be a silly question, but I would like to detect the user upon installer startup and fail gracefully if the user is not the administrator. I've combed the tutorial and the schema, but I must be missing how to perform this check. --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Administrator-only install?
On Sep 11, 2007, at 11:38 AM, Chad Petersen wrote: I put in a check like this a while back that stops the install if the user isn't an administrator. Condition Message=You need to be an administrator to install [ProductShortName].Privileged/Condition Exactly what I was looking for. Thank you! --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed custom action return values
I think you're forgetting that not all custom actions run inside the setup process (I assume you're referring to msiexec.exe). Custom actions can be external executables that run in their own process. I think you're reading this: http://robmensching.com/blog/archive/2007/04/19/Managed-Code-CustomActio ns-no-support-on-the-way-and-heres.aspx and assuming it applies to external managed code executables (Rob could clarify). The issue here is with managed code custom actions that run on msiexec.exe that tattoo your process, to use that MSI team phrase, because they are in an msiexec.exe process. There's nothing wrong with an external managed code custom action executable that was explicitly designed for and can be configured to run with a specific version of the framework. For example, a custom action type 18 is fine as a managed code executable. Phil Wilson From: Friedrich, Oliver [mailto:[EMAIL PROTECTED] On Behalf Of Mailinglist Sent: Tuesday, September 11, 2007 12:41 AM To: Wilson, Phil; wix-users@lists.sourceforge.net Subject: RE: Re: [WiX-users] Managed custom action return values Hi, To say writing managed custom actions is not supported is a rather broad brush statement. There's nothing wrong with running managed code executables that run in their own process space. It's the installer class custom actions that are not supported by WiX - I don't believe WiX cares if you fire off a managed code executable as a custom action. WiX at all doesn't care anything other than its own XML. But the Windows-Installer-Team does not support managed custom actions, for certain reasons, that can be easily found on this Mailinglist. To get to the point, custom actions are made, to run inside the setup-process and to enhance the windows-installer capabilities. Oliver - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Repair issue
The MSI file is cached (without the files) because there's enough info in there to see if repair is needed, such as file hashes, file version, component info etc. Also a repair of a registry entry can happen without going to the original source because that's still in the cached MSI file. The other behavior of repair is just the way it is. I'd like to see an option in MSI to cache the actual MSI file (when it does really contain the cabbed files). Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Albert van Peppen Sent: Tuesday, September 11, 2007 12:47 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Repair issue Thanks for your quick reply :) This makes you wonder why the MSI file is being cached anyway... Is this a general issue (e.g. is it still there in WiX 3.0 or in MSI 4.x ?) and is there a way to get around this? The most likely way is to copy the MSI file onto a directory after installing and then altering the registry accordingly (as is noted in Rule 31) But i don't think this a nice solution. Regards, Albert van Peppen Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Wilson, Phil Verzonden: maandag 10 september 2007 23:15 Aan: wix-users@lists.sourceforge.net Onderwerp: Re: [WiX-users] Repair issue If the product requires a repair to re-install a file then it will want the original MSI file, and the best approach to this issue is to have the original MSI available. You can't really guarantee that a repair will never occur. Unpacking a setup and installing the MSI from a temp location that gets deleted is not a good idea. Tao of the Windows Installer, Rule 31 http://blogs.msdn.com/windows_installer_team/archive/2006/05/24/605835.a spx Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Albert van Peppen Sent: Monday, September 10, 2007 8:43 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Repair issue Hi, Does anyone know how the debug problems with the ARP repair functionality? The problem in my case is that the repair gives a 1706 error; (Dutch version sorry ;) Fout 1706. Kan geen installatiepakket vinden voor product Drumis - Databaseonderdelen V2.90.2352.0. Voer de installatie opnieuw uit met een geldig exemplaar van het installatiepakket DatabaseSetup.release-3.msi. MSI (s) (30:60) [15:52:35:015]: Product: Drumis - Databaseonderdelen V2.90.2352.0 -- Fout 1706. Kan geen installatiepakket vinden voor product Drumis - Databaseonderdelen V2.90.2352.0. Voer de installatie opnieuw uit met een geldig exemplaar van het installatiepakket DatabaseSetup.release-3.msi. What basically fails it that the installer attempts to read the source MSI file from the original installation source (which might be a CD or a temp-folder). Anyway, after installation the MSI file is no longer available. In the WINNT\Installer cache is a copy of the msi file. This matches the one found in the registry at; HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Userdata\S-1-5- 18\Products\some id\InstallProperties\LocalPackage Am i doing wrong? Or is there something that is required in the WiX file? I am using WiX 2.0.5325.0, tested on Windows XP, SP 2. I have my own CA DLL embedded in the MSI file. Regards, Albert van Peppen - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] StartService on install fails when components installedin GAC
Yes it is. Assemblies aren't committed in the GAC until InstallFinalize. StartServices is before this. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jarrod Marshall Sent: Tuesday, September 11, 2007 3:56 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] StartService on install fails when components installedin GAC I have 2 windows services that get installed. They use assemblies that are installed in the GAC. When you set these to start on install through the service controller, they fail. Is it because the GAC install has not committed yet? Any help would be great! Jarrod - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Administrator-only install?
There's still going to be a Vista issue. Scroll down here to the Fake until the service paragraph. http://blogs.msdn.com/rflaming/archive/2006/09/21/765665.aspx Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brad Stanley Sent: Tuesday, September 11, 2007 10:09 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Administrator-only install? On Sep 11, 2007, at 11:38 AM, Chad Petersen wrote: I put in a check like this a while back that stops the install if the user isn't an administrator. Condition Message=You need to be an administrator to install [ProductShortName].Privileged/Condition Exactly what I was looking for. Thank you! --- Brad Stanley Scientific Programmer Oklahoma Climatological Survey - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] LogonAsService
Any plans for the Wix 3.0 User element to contain the LogonAsService attribute in the way that Wix 2.0 does? Thanks! No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.485 / Virus Database: 269.13.14/999 - Release Date: 9/10/2007 5:43 PM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS Metabase locator for installed website?
Well, I was able to get it to work by linking in the Wix utility library and using the MetaFindWebBase function to find the website in my custom DLL, but I'd be happy to try to implement an enhancement to the Website element and custom action code. Since I'm not a member developer, what's the best way for me to submit a code change? John From: Rob Mensching Sent: Tuesday, September 11, 2007 12:27 PM To: John Hancock (HSG); wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: RE: IIS Metabase locator for installed website? Two options: 1. Enhance the existing custom actions to support this scenario. (the ideal, especially if you are willing to sign the assignment agreement and send your code in). 2. Reimplement the code to find a web site that is found in the custom actions, deferred, after the ConfigureIIs custom action has completed. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hancock (HSG) Sent: Friday, September 07, 2007 11:31 To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: [WiX-devs] IIS Metabase locator for installed website? When a website is installed through Wix, is there a way to get the metabase ID/location string if I need to write additional properties to the metabase for the installed website through a custom action at the end of the install? For example, let's say my new website is the 2nd website on the server, and so gets written to location /W3SVC/2 Is there a way for me to find out that the website was put in slot 2 (other than running a search for the name of the site or its connection parameters or something like that)? If not, could that functionality be added, perhaps via writing to a property specified in the WebSite Element? The reason I'm looking for this is that I'm trying to have an installer allow the user to select a SSL certificate for a website from a certificate store UI rather than installing it from a file... Thanks for any info! John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] setting the asp.net version
I am writing an installer that creates a web site in IIS using WiX, unfortunately the version of asp.net is always set to v1.1.4322 when I need it to be 2.0.50727. Is there a way to set this using WiX? John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [OT] user home predefined name?
Hello, I am trying to come up with an installer that can write files in the C:\Documents and Settings\Marcel\ .m2 directory. Currently I have the following which will put it inside C:\Documents and Settings\Marcel\Application Data\.m2 Directory Id='TARGETDIR' Name='SourceDir' Directory Id='AppDataFolder' Directory Id='m2' Name='.m2' Component Id='settings' Guid='5a0f46bb-6210-4152-834b-0489b9cb917d' File Id='settingsxml' Name='settings.xml' DiskId='1' Source='settings.xml' Vital='yes' /File /Component /Directory /Directory /Directory Can anyone give me a pointer how to do this? The reason I have to put my files at this specific location is that I am writing an installer for an existing opensource tool (maven) which expects certain files in this exact location. Regards, Marcel - Original Message - From: Mailinglist To: Marcel Schutte Sent: Tuesday, September 11, 2007 9:44 AM Subject: RE: [OT] [WiX-users] user home predefined name? Hi Marcel, In the tutorial that I've been reading, it is suggested that you should always let the installer write files, because that way it 'knows' about them and can remove them on uninstall. Correct for this, but on uninstall, does this delete the files from all user-directorys or just from that one of the user who does uninstall? So yes, I could have my files copied there on first run, but I would prefer letting the installer do it. Besides that, the list of predefined names does contain the users desktop, my documents, appdatafolder etc. It only lacks a way to refer to their parent, C:\Documents and Settings\myaccount\. Well, appdatafolder is the correct place for your application data, why do you want to go anywhere else? Is there a way to point to this folder from a directory tag? Sure, you could manually add a ..\ to the path of the directory. Bye Oliver - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to add a hyper text link to a dialog
Hi, all I am new to Wix. We have a WIX setup project that has the following behavior - Upon launched, the msi will try to locate a file on user's target machine. If the file doesn't exist, the msi will show a dialog notify the user that the prerequisite file does not exist. Currently, the detect logic works fine. However, we were not able to add a link of the file download site to the dialog. We can surely add the text, but cannot make it clickable , just embed 'href' seems doesn't work. So my question is, has anyone experienced the same problem? what is your solution? Any suggestions are appreciated. Thanks, Pei _ Gear up for Halo® 3 with free downloads and an exclusive offer. It’s our way of saying thanks for using Windows Live™. http://gethalo3gear.com?ocid=SeptemberWLHalo3_WLHMTxt_2- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to add a hyper text link to a dialog
I'm afraid that it's not supported in the Windows Installer internal UI. You have to either write an external UI or drop the requirement. Others have mentioned custom actions to launch the browser but I can't recall whether it's possible to attach this to an event on the text control, or whether you have to make it a button of some kind. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pei Gu Sent: 11 September 2007 22:47 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to add a hyper text link to a dialog Hi, all I am new to Wix. We have a WIX setup project that has the following behavior - Upon launched, the msi will try to locate a file on user's target machine. If the file doesn't exist, the msi will show a dialog notify the user that the prerequisite file does not exist. Currently, the detect logic works fine. However, we were not able to add a link of the file download site to the dialog. We can surely add the text, but cannot make it clickable , just embed 'href' seems doesn't work. So my question is, has anyone experienced the same problem? what is your solution? Any suggestions are appreciated. Thanks, Pei _ Gear up for HaloR 3 and get a $25 Best Buy gift card. It's our way of saying thanks for using Windows LiveT. Get http://gethalo3gear.com?ocid=SeptemberWLHalo3_WLHMTxt_1 it now! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] The Wix Book
The Wix Book doesn't exist. This mailing list, the tramontana tutorial, WixWiki and Rennie Petersen's somewhat incomplete beginner tute are basically all there is. WixWiki is great but doesn't seem to get many updates. Like all mailing lists, this one contains gems buried in dross. One can lose much time trawling through conversation looking for information. I think we can address this problem without burdening any single person if we proceed as follows: when you get a usable solution to a problem, excerpt the thread, cull the noise and send it to me so I can write up a how-to. I'm reasonably good at technical writing but I don't have the comprehensive domain knowledge. If you leave enough header info I can have the information providers validate my write-up. I will then add the how-to to my website, or possibly get permission to use wixwiki. So here's the deal: you cull your thread and send it to me, I make it a coherent how-to and publish it. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users