Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
I met with this issue either, my solution is adding a custom action dll to delete all files while uninstall, but this is way too naive. 2013/10/10 Walter Dexter wfdex...@gmail.com I posted this at Stackoverflow as well, but I'm just at a loss for what to even look at, so I'm hoping someone can point me in a good direction. I have been using WiX to create an installer for my project. It's fairly simple, just drop some files in three different directories and run a VBScript to generate one last file. I'm a total WiX and MSI noob. The standard thing to use at work is WISE but I just can't figure out what to do with that at all, so I gave WiX a try. After some difficulties with the VBS I got the install working. When I uninstall the package disappears out of Control Panel but the files that were installed are still there. I know the one I generated on the fly is going to be unless I do something special to remove it, but the others should just go away, right? I have install and uninstall logs, and also have posted the WiX source file. Links are below. Any help is much appreciated! install log https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ) WiX source https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ) uninstall log https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ) Note that this is being installed on Server 2003. The package is using explicit paths and drive letters. I know that isn't considered best practice, but that's where the files need to go. This doesn't go to a variety of computer types and configurations; there are over ten thousand of these systems in our retail locations and they're all identical. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Best Regards, Peng Lv Nanjing University, Computer Science Technology Email: penn...@gmail.com Website: http://www.rebornix.com -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is it possible with Wix?
Setup.exe will parse the external files and folders and install the driver using them On Wed, Oct 9, 2013 at 3:39 PM, Blair Murri os...@live.com wrote: Pretty much any installation is possible with WiX. What does setup.exe do? Do you have its sources? Date: Wed, 9 Oct 2013 13:47:24 +0530 From: wixak...@gmail.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Is it possible with Wix? I want to replace the Setup.exe with Wix Setup.msi with out changing folder structure and install using Setup.msi . On Wed, Oct 9, 2013 at 11:42 AM, ak m wixak...@gmail.com wrote: Please find the attached Screenshot 'Image.JPG'. I want to replace the Setup.exe with Wix Setup.msi with out changing folder structure. Is it possible? Anyone please help me? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
Log file suggests the files were removed: MSI (s) (60:6C) [16:04:58:163]: Executing op: ActionStart(Name=RemoveFiles,Description=Removing files,Template=File: [1], Directory: [9]) MSI (s) (60:6C) [16:04:58:163]: Executing op: ProgressTotal(Total=10,Type=1,ByteEquivalent=175000) MSI (s) (60:6C) [16:04:58:179]: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\Installers\) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=1_eSC_MCDUSA_image.exe,,ComponentId={03D049A5-E608-4957-A8EE-8580775EF417}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=2_eSC_USA_integrations.exe,,ComponentId={A370D6C0-AED5-480D-99F2-E750FEBCCD7B}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=3_eSC_USA_programs.exe,,ComponentId={46935DA8-6E5F-45E7-8DC2-6F6C3222BB52}) MSI (s) (60:6C) [16:04:58:179]: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=roles001.ini,,ComponentId={CAC927EC-DAB0-43D2-9336-AF0348B8EF53}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCReImage.cpy,,ComponentId={5D944DD7-F34C-40A7-B1AB-1B65BA4C2143}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCReStage.cpy,,ComponentId={20136940-8B88-420C-A621-229C4CE5AA1D}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCScript.cpy,,ComponentId={D064E2E4-52AF-49AB-889B-F1E35F7BF491}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCStaging.cpy,,ComponentId={2155BD67-8B43-4BBA-84B6-3B358FCA77F7}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCStartup.cpy,,ComponentId={2EEED5D1-D21F-4223-8A10-0AE1BC87B08B}) MSI (s) (60:6C) [16:04:58:179]: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\gum\) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=20130909USSTC001_PasswordChange.gum,,ComponentId={E387FF1C-6976-4F3D-80A3-A4CF2F79BC68}) On Wed, Oct 9, 2013 at 11:05 PM, Peng Lv penn...@gmail.com wrote: I met with this issue either, my solution is adding a custom action dll to delete all files while uninstall, but this is way too naive. 2013/10/10 Walter Dexter wfdex...@gmail.com I posted this at Stackoverflow as well, but I'm just at a loss for what to even look at, so I'm hoping someone can point me in a good direction. I have been using WiX to create an installer for my project. It's fairly simple, just drop some files in three different directories and run a VBScript to generate one last file. I'm a total WiX and MSI noob. The standard thing to use at work is WISE but I just can't figure out what to do with that at all, so I gave WiX a try. After some difficulties with the VBS I got the install working. When I uninstall the package disappears out of Control Panel but the files that were installed are still there. I know the one I generated on the fly is going to be unless I do something special to remove it, but the others should just go away, right? I have install and uninstall logs, and also have posted the WiX source file. Links are below. Any help is much appreciated! install log https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ) WiX source https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ) uninstall log https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ) Note that this is being installed on Server 2003. The package is using explicit paths and drive letters. I know that isn't considered best practice, but that's where the files need to go. This doesn't go to a variety of computer types and configurations; there are over ten thousand of these systems in our retail locations and they're all identical. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Best Regards, Peng Lv Nanjing University, Computer Science Technology Email: penn...@gmail.com Website: http://www.rebornix.com -- October Webinars: Code for
[WiX-users] DTF Bug
I tried to submit this as a bug on wixtoolset but I always get error messages when trying to submit bugs or save comments. I've filed a bug on that over at github tiny bugs. (I can't help wonder the prudence of creating a bug tracking system when so much wix work needs to be done but heh...) -- Starting with WiX 3.8, the C# CA project type (and VB) fail to compile when created. The error message: Microsoft.Deployment.WindowsInstaller.dll must be included in the list of support files. If using the MSBuild targets, make sure the assembly reference has the Private (Copy Local) flag set. Pervious versions had this already set to True. What's worse is that if you take a C# project from a previous version and try to build it with 3.8 that the error message appears. This tells me that something inside WiX changed where references used to default to True not default to False. This will cause backwards compatibility problems when people try to build with a newer version of WiX and all the projects fail to build unless they are all checked out, updated and checked in. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using CustomAction in WPF Bootstrapper application
Hi, I'm pretty new to WiX, I'm working on a setup with WiX and WPF UI. I was using several examples online, including the WiX setup itself, But i didn't see anywhere an example of using CustomAction with this kind of project. one example of the thing i need is to send HTTP request after my installation is finished, i have to choices: 1. create CustomAction that will be executed after InstallFinalize (in Product.wxs) 2. send the request in my bootstrapper application on event ApplyComplete in addition, i want to cancel the installation if i get an error in my response. what would be the best approach? 1 or 2? Thanks!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using CustomAction in WPF Bootstrapper application
CustomAction belongs to MSI not to BA I don't think it is a good idea to change machine state in the BA Tomer Dror Intergraph Corporation. Intergraph Israel. P: +972 (4) 8779191-1222 Skype:tomer.dee http://www.intergraph.com . From: ZivCizer [cize...@gmail.com] Sent: Thursday, October 10, 2013 4:55 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using CustomAction in WPF Bootstrapper application Hi, I'm pretty new to WiX, I'm working on a setup with WiX and WPF UI. I was using several examples online, including the WiX setup itself, But i didn't see anywhere an example of using CustomAction with this kind of project. one example of the thing i need is to send HTTP request after my installation is finished, i have to choices: 1. create CustomAction that will be executed after InstallFinalize (in Product.wxs) 2. send the request in my bootstrapper application on event ApplyComplete in addition, i want to cancel the installation if i get an error in my response. what would be the best approach? 1 or 2? Thanks!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using CustomAction in WPF Bootstrapper application
Thanks Tom, So, as i understand, in my case, i should use the BA just to support the UI, and all other actions as the one i mentioned should be implemented as CustomAction as one of the InstallExecuteSequence. When trying to do so, i encountered this problem: I have a textbox in my window that sets a property when it changes Engine.StringVariables[UserName] = UserName; in my CustomAction i want to use this property, something like: WriteTextToFile(session[UserName]); I can see it doesn't work, i guess it's something with the variables declaration.. but i couldn't find an answer for that.. I would really appreciate some help, thanks!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589613.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using CustomAction in WPF Bootstrapper application
Use a property, and configure the bundle to pass the engine variable to the MSI. (See MsiProperty in the docs.) -Original Message- From: ZivCizer [mailto:cize...@gmail.com] Sent: Thursday, October 10, 2013 9:13 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using CustomAction in WPF Bootstrapper application Thanks Tom, So, as i understand, in my case, i should use the BA just to support the UI, and all other actions as the one i mentioned should be implemented as CustomAction as one of the InstallExecuteSequence. When trying to do so, i encountered this problem: I have a textbox in my window that sets a property when it changes Engine.StringVariables[UserName] = UserName; in my CustomAction i want to use this property, something like: WriteTextToFile(session[UserName]); I can see it doesn't work, i guess it's something with the variables declaration.. but i couldn't find an answer for that.. I would really appreciate some help, thanks!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589613.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
Yes, I saw that. The logs seemed to me to say they were removed, but the files are in fact still there. Any ideas? I took the Chapter 1 example out of the WiX 3.6 Developer's Guide book, built it and ran it on the same system and it installed and uninstalled properly, so the system isn't fundamentally broken. If nothing uninstalled I would have no problem believing the system is broken - they've been hacked on for years by people who are more comfortable with Unix - but that isn't the case here. On Thu, Oct 10, 2013 at 3:38 AM, Rob Mensching r...@robmensching.com wrote: Log file suggests the files were removed: MSI (s) (60:6C) [16:04:58:163]: Executing op: ActionStart(Name=RemoveFiles,Description=Removing files,Template=File: [1], Directory: [9]) MSI (s) (60:6C) [16:04:58:163]: Executing op: ProgressTotal(Total=10,Type=1,ByteEquivalent=175000) MSI (s) (60:6C) [16:04:58:179]: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\Installers\) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=1_eSC_MCDUSA_image.exe,,ComponentId={03D049A5-E608-4957-A8EE-8580775EF417}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=2_eSC_USA_integrations.exe,,ComponentId={A370D6C0-AED5-480D-99F2-E750FEBCCD7B}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=3_eSC_USA_programs.exe,,ComponentId={46935DA8-6E5F-45E7-8DC2-6F6C3222BB52}) MSI (s) (60:6C) [16:04:58:179]: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=roles001.ini,,ComponentId={CAC927EC-DAB0-43D2-9336-AF0348B8EF53}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCReImage.cpy,,ComponentId={5D944DD7-F34C-40A7-B1AB-1B65BA4C2143}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCReStage.cpy,,ComponentId={20136940-8B88-420C-A621-229C4CE5AA1D}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCScript.cpy,,ComponentId={D064E2E4-52AF-49AB-889B-F1E35F7BF491}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCStaging.cpy,,ComponentId={2155BD67-8B43-4BBA-84B6-3B358FCA77F7}) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=STCStartup.cpy,,ComponentId={2EEED5D1-D21F-4223-8A10-0AE1BC87B08B}) MSI (s) (60:6C) [16:04:58:179]: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\gum\) MSI (s) (60:6C) [16:04:58:179]: Executing op: FileRemove(,FileName=20130909USSTC001_PasswordChange.gum,,ComponentId={E387FF1C-6976-4F3D-80A3-A4CF2F79BC68}) On Wed, Oct 9, 2013 at 11:05 PM, Peng Lv penn...@gmail.com wrote: I met with this issue either, my solution is adding a custom action dll to delete all files while uninstall, but this is way too naive. 2013/10/10 Walter Dexter wfdex...@gmail.com I posted this at Stackoverflow as well, but I'm just at a loss for what to even look at, so I'm hoping someone can point me in a good direction. I have been using WiX to create an installer for my project. It's fairly simple, just drop some files in three different directories and run a VBScript to generate one last file. I'm a total WiX and MSI noob. The standard thing to use at work is WISE but I just can't figure out what to do with that at all, so I gave WiX a try. After some difficulties with the VBS I got the install working. When I uninstall the package disappears out of Control Panel but the files that were installed are still there. I know the one I generated on the fly is going to be unless I do something special to remove it, but the others should just go away, right? I have install and uninstall logs, and also have posted the WiX source file. Links are below. Any help is much appreciated! install log https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ) WiX source https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ) uninstall log https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ) Note that this is being installed on Server 2003. The package is using explicit paths and drive letters. I know that isn't considered best practice, but that's where the files need to go. This doesn't go to a variety of computer types and configurations; there are over ten thousand of these systems in our retail locations and they're all identical. -- October Webinars: Code for Performance Free Intel
Re: [WiX-users] Using CustomAction in WPF Bootstrapper application
You need to pass it to the msi ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment PackageGroup Id=Install MsiPackage Id=MainProduct MsiProperty Name=UserName Value=[UserName]/ /MsiPackage /PackageGroup /Fragment /Wix Tomer Dror Intergraph Corporation. Intergraph Israel. P: +972 (4) 8779191-1222 Skype:tomer.dee http://www.intergraph.com . From: ZivCizer [cize...@gmail.com] Sent: Thursday, October 10, 2013 5:12 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using CustomAction in WPF Bootstrapper application Thanks Tom, So, as i understand, in my case, i should use the BA just to support the UI, and all other actions as the one i mentioned should be implemented as CustomAction as one of the InstallExecuteSequence. When trying to do so, i encountered this problem: I have a textbox in my window that sets a property when it changes Engine.StringVariables[UserName] = UserName; in my CustomAction i want to use this property, something like: WriteTextToFile(session[UserName]); I can see it doesn't work, i guess it's something with the variables declaration.. but i couldn't find an answer for that.. I would really appreciate some help, thanks!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589613.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
From my install error log: [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2, error: 0x80070002. It looks like the needed installation files are missing from wixtoolset.org. Terry Carnes Sr. Developer Reed Technology Transforming Data, Delivering Information(tm) 7 Walnut Grove Drive - Horsham, PA 19044 Office: 215-441-6443 - Mobile: 267-688-1009 www.reedtech.comhttp://www.reedtech.com/ - tcar...@reedtech.commailto:tcar...@reedtech.com From: Carnes, Terry (Reedfax) Sent: Wednesday, October 09, 2013 1:52 PM To: 'wix-users@lists.sourceforge.net' Subject: How do I find the reason WiX install fails? I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has VS 2005, 2008, and 2012 installed. When running the wix37.exe application and receiving the main form, I then click on Install. After a minute or two, I then receive the message, Failed. Try Again? I have tried running wix37.exe as Administrator, rebooted and made sure no other programs were running, etc. But nothing seems to work. Is there any way to find out why it failed? I've checked the Event Viewer, but could not find anything that seemed applicable to me. Has anyone else had this problem? Terry -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using CustomAction in WPF Bootstrapper application
Thanks! it works! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589618.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using CustomAction in WPF Bootstrapper application
Look at WixBA.cs line 147 and it (I think) does what you are wanting to do after the install in the mba right before the BA exists. this.PostTelemetry(); this.Engine.Quit(WixBA.Model.Result); You would probably want to change the 'Telemetry' code to create a http post that meets your needs. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-CustomAction-in-WPF-Bootstrapper-application-tp7589611p7589619.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
right i just tried IE and got the not found error... Tomer Dror Intergraph Corporation. Intergraph Israel. P: +972 (4) 8779191-1222 Skype:tomer.dee http://www.intergraph.com . From: Carnes, Terry (Reedfax) [tcar...@reedfax.com] Sent: Thursday, October 10, 2013 5:43 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How do I find the reason WiX install fails? From my install error log: [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2, error: 0x80070002. It looks like the needed installation files are missing from wixtoolset.org. Terry Carnes Sr. Developer Reed Technology Transforming Data, Delivering Information(tm) 7 Walnut Grove Drive - Horsham, PA 19044 Office: 215-441-6443 - Mobile: 267-688-1009 www.reedtech.comhttp://www.reedtech.com/ - tcar...@reedtech.commailto:tcar...@reedtech.com From: Carnes, Terry (Reedfax) Sent: Wednesday, October 09, 2013 1:52 PM To: 'wix-users@lists.sourceforge.net' Subject: How do I find the reason WiX install fails? I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has VS 2005, 2008, and 2012 installed. When running the wix37.exe application and receiving the main form, I then click on Install. After a minute or two, I then receive the message, Failed. Try Again? I have tried running wix37.exe as Administrator, rebooted and made sure no other programs were running, etc. But nothing seems to work. Is there any way to find out why it failed? I've checked the Event Viewer, but could not find anything that seemed applicable to me. Has anyone else had this problem? Terry -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
There have been problems with the wixtoolset.org site. There was a hardware crash a few weeks ago and it has been up and down. I would retry the wix setup (which hits the wixtoolset.org site) again from time to time. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-find-the-reason-WiX-install-fails-tp7589584p7589621.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
I got around the problem by downloading and installing version 3.8. I hope it will prove stable enough to work! Now on to the tutorials to learn how to use this... Terry Carnes Sr. Developer Reed Technology From: Carnes, Terry (Reedfax) Sent: Thursday, October 10, 2013 10:44 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: How do I find the reason WiX install fails? From my install error log: [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2, error: 0x80070002. It looks like the needed installation files are missing from wixtoolset.org. Terry Carnes Sr. Developer Reed Technology From: Carnes, Terry (Reedfax) Sent: Wednesday, October 09, 2013 1:52 PM To: 'wix-users@lists.sourceforge.net' Subject: How do I find the reason WiX install fails? I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has VS 2005, 2008, and 2012 installed. When running the wix37.exe application and receiving the main form, I then click on Install. After a minute or two, I then receive the message, Failed. Try Again? I have tried running wix37.exe as Administrator, rebooted and made sure no other programs were running, etc. But nothing seems to work. Is there any way to find out why it failed? I've checked the Event Viewer, but could not find anything that seemed applicable to me. Has anyone else had this problem? Terry -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn and ExePackage
Hey all! I'm trying to step through the code during bundle installation, but seem to be stuck. I have a package that is installing with an ExePackage. At the end of a successful execution(onExecutePackageComplete), it will create a new instance of my bootstrapper UI(written in wpf/mvvmlight). I have other ExePackages that work normally without creating a new instance of the UI. Would anyone be able to point me in the right direction on how to resolve this one particular problem with the specific ExePackage? The ExePackage is a third party installer grabbed for ELO Monitors(touchscreen monitors). The install command I use is /iu /s which tells it to silently install. Another head scratcherit works fine when I run it on an x64 machine, but not on x86 machine. Thoughts? Thanks! Richard -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn and ExePackage
If I understand correctly you are saying your problem is that your bootstrapper UI is starting a new instance at the end of your new exe installation? I believe this is caused by the bootstrapper trying to update itself, ie remove the older version as you just ran/installed a new version of the bootstrapper (providing the guid match and version has been incremented?) Otherwise, I would look in the log files in your %TEMP% folder to see what your exe installation is producing. -dirt On 2013-10-10 12:46, rw1017 wrote: Hey all! I'm trying to step through the code during bundle installation, but seem to be stuck. I have a package that is installing with an ExePackage. At the end of a successful execution(onExecutePackageComplete), it will create a new instance of my bootstrapper UI(written in wpf/mvvmlight). I have other ExePackages that work normally without creating a new instance of the UI. Would anyone be able to point me in the right direction on how to resolve this one particular problem with the specific ExePackage? The ExePackage is a third party installer grabbed for ELO Monitors(touchscreen monitors). The install command I use is /iu /s which tells it to silently install. Another head scratcherit works fine when I run it on an x64 machine, but not on x86 machine. Thoughts? Thanks! Richard -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is it possible with Wix?
You can choose to not embed the the installation package of the drivers and make the setup taking them from external folder, but you have to know them ad compile time and add them in Wix Burn project. Otherwise if you want Burn to run executable from extern folders you could do this using custom actions, but it is not a best practice because the installer have no control on this external packages and in this way one could add a virus in this folder and using your setup running this virus file with elevated privileges on the target machine. Date: Thu, 10 Oct 2013 13:36:50 +0530 From: wixak...@gmail.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Is it possible with Wix? Setup.exe will parse the external files and folders and install the driver using them On Wed, Oct 9, 2013 at 3:39 PM, Blair Murri os...@live.com wrote: Pretty much any installation is possible with WiX. What does setup.exe do? Do you have its sources? Date: Wed, 9 Oct 2013 13:47:24 +0530 From: wixak...@gmail.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Is it possible with Wix? I want to replace the Setup.exe with Wix Setup.msi with out changing folder structure and install using Setup.msi . On Wed, Oct 9, 2013 at 11:42 AM, ak m wixak...@gmail.com wrote: Please find the attached Screenshot 'Image.JPG'. I want to replace the Setup.exe with Wix Setup.msi with out changing folder structure. Is it possible? Anyone please help me? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
Your CA_SetCDrive is not being run during uninstallation. You'll notice the uninstall log refers to C:\CDrive\ all over the place. I don't understand why you need that custom action at all. Can't you hardcode C:\ into the Name attribute? -- Nicolás 2013/10/10 Walter Dexter wfdex...@gmail.com: I posted this at Stackoverflow as well, but I'm just at a loss for what to even look at, so I'm hoping someone can point me in a good direction. I have been using WiX to create an installer for my project. It's fairly simple, just drop some files in three different directories and run a VBScript to generate one last file. I'm a total WiX and MSI noob. The standard thing to use at work is WISE but I just can't figure out what to do with that at all, so I gave WiX a try. After some difficulties with the VBS I got the install working. When I uninstall the package disappears out of Control Panel but the files that were installed are still there. I know the one I generated on the fly is going to be unless I do something special to remove it, but the others should just go away, right? I have install and uninstall logs, and also have posted the WiX source file. Links are below. Any help is much appreciated! install loghttps://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ) WiX sourcehttps://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ) uninstall loghttps://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ) Note that this is being installed on Server 2003. The package is using explicit paths and drive letters. I know that isn't considered best practice, but that's where the files need to go. This doesn't go to a variety of computer types and configurations; there are over ten thousand of these systems in our retail locations and they're all identical. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
It was my understanding that putting full path into Name wouldn't work. Everything I found online said what I did is the way to do it. I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. On Oct 10, 2013 12:47 PM, Nicolás Alvarez nicolas.alva...@gmail.com wrote: Your CA_SetCDrive is not being run during uninstallation. You'll notice the uninstall log refers to C:\CDrive\ all over the place. I don't understand why you need that custom action at all. Can't you hardcode C:\ into the Name attribute? -- Nicolás 2013/10/10 Walter Dexter wfdex...@gmail.com: I posted this at Stackoverflow as well, but I'm just at a loss for what to even look at, so I'm hoping someone can point me in a good direction. I have been using WiX to create an installer for my project. It's fairly simple, just drop some files in three different directories and run a VBScript to generate one last file. I'm a total WiX and MSI noob. The standard thing to use at work is WISE but I just can't figure out what to do with that at all, so I gave WiX a try. After some difficulties with the VBS I got the install working. When I uninstall the package disappears out of Control Panel but the files that were installed are still there. I know the one I generated on the fly is going to be unless I do something special to remove it, but the others should just go away, right? I have install and uninstall logs, and also have posted the WiX source file. Links are below. Any help is much appreciated! install log https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ) WiX source https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzR0FDMXc2cXhvMDQ/edit?usp=sharing ) uninstall log https://docs.google.com/file/d/0B0qy0SfToYUzUUtXVUxpQ0lESm8/edit?usp=sharing ( https://docs.google.com/file/d/0B0qy0SfToYUzMUJYMk00UjhreDg/edit?usp=sharing ) Note that this is being installed on Server 2003. The package is using explicit paths and drive letters. I know that isn't considered best practice, but that's where the files need to go. This doesn't go to a variety of computer types and configurations; there are over ten thousand of these systems in our retail locations and they're all identical. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
2013/10/10 Walter Dexter wfdex...@gmail.com: It was my understanding that putting full path into Name wouldn't work. Everything I found online said what I did is the way to do it. I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. During install: Executing op: SetTargetFolder(Folder=C:\POS_BACKUP\SCRIPT\copy\Installers\) Executing op: FileCopy(SourceName=2-celubo.exe|1_eSC_MCDUSA_image.exe,SourceCabKey=FILE_ESCINST_1,DestName=1_eSC_MCDUSA_image.exe,Attributes=512,FileSize=65329813,PerTick=32768,,VerifyMedia=1,CheckCRC=0,Version=0.0.0.0,Language=0,InstallMode=58982400,,,) During uninstall: Executing op: SetTargetFolder(Folder=C:\CDrive\POS_BACKUP\SCRIPT\copy\Installers\) Executing op: FileRemove(,FileName=1_eSC_MCDUSA_image.exe,,ComponentId={03D049A5-E608-4957-A8EE-8580775EF417}) That's certainly not the right path. -- Nicolás -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
On 10/10/13 11:08 AM, Walter Dexter wrote: I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. I think your CA_SetCDrive custom action is scheduled too late. I thought directories needed to be set prior to CostInitialize. -- Edwin Castro -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn and ExePackage
Thanks for the quick reply! I initially thought that as well. But this was done on a clean image. A similar behavior that I noticed is when it installed a prerequisite for the BootstrapperApplication. Starting with a machine that doesn't have .net 4.5: The wixstaba loads and displays that .net is required, so it installs when Accept is clicked. After it's completed, it will load a new instance of my CustomBA. I am still debugging and think it happens during PackageComplete Phase. I'm currently scanning through exeengine.cpp in the source right now to find anything that would tell the engine to restart the BA. Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626p7589635.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
Wait, v3.8 worked but v3.7 did not work? If so, that narrows the problem... On Thu, Oct 10, 2013 at 9:26 AM, Carnes, Terry (Reedfax) tcar...@reedfax.com wrote: I got around the problem by downloading and installing version 3.8. I hope it will prove stable enough to work! Now on to the tutorials to learn how to use this... Terry Carnes Sr. Developer Reed Technology From: Carnes, Terry (Reedfax) Sent: Thursday, October 10, 2013 10:44 AM To: 'wix-users@lists.sourceforge.net' Subject: RE: How do I find the reason WiX install fails? From my install error log: [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1DB4:1B9C][2013-10-09T13:23:38]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\terry\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2, error: 0x80070002. It looks like the needed installation files are missing from wixtoolset.org. Terry Carnes Sr. Developer Reed Technology From: Carnes, Terry (Reedfax) Sent: Wednesday, October 09, 2013 1:52 PM To: 'wix-users@lists.sourceforge.net' Subject: How do I find the reason WiX install fails? I am trying to install WiX 3.7 on a Windows 7 Enterprise SP 1 laptop which has VS 2005, 2008, and 2012 installed. When running the wix37.exe application and receiving the main form, I then click on Install. After a minute or two, I then receive the message, Failed. Try Again? I have tried running wix37.exe as Administrator, rebooted and made sure no other programs were running, etc. But nothing seems to work. Is there any way to find out why it failed? I've checked the Event Viewer, but could not find anything that seemed applicable to me. Has anyone else had this problem? Terry -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn and ExePackage
This is the expected behavior as far as I know Burn first tries to create you MBA,if failed it will assume .NET is missing and then it will start the prerequisites boots rapper -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626p7589637.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
I just tested by copying the installed files to where the log say C_DRIVE would be prior to the redefine (in my case, e:\cdrive) and then ran the uninstall. The installed files were deleted from e:\... rather than c:\... proving this theory. Looks like I need to change when the custom action triggers. I'll try before CostInitialize and see what happens since you like it. I'm very new to both MSI and WiX. (I'm really good at Inno Setup but our corporate standard says make MSIs. It also says to use WISE which is even more confusing than WiX for me and my developer brain.) Thanks a lot! On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote: On 10/10/13 11:08 AM, Walter Dexter wrote: I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. I think your CA_SetCDrive custom action is scheduled too late. I thought directories needed to be set prior to CostInitialize. -- Edwin Castro -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn and ExePackage
Boots rapper, I like it. On Thu, Oct 10, 2013 at 12:12 PM, tom tomer.d...@intergraph.com wrote: This is the expected behavior as far as I know Burn first tries to create you MBA,if failed it will assume .NET is missing and then it will start the prerequisites boots rapper -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626p7589637.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
Yes I also observed a few weeks ago when there were web site issues that the 3.7 installer would not run but the 3,8 would. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-find-the-reason-WiX-install-fails-tp7589584p7589639.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I find the reason WiX install fails?
I tracked down the issue. Some configuration files were not quite right after the migration from SF. Should be fixed very shortly and I'll resolve the bug #4145. On Thu, Oct 10, 2013 at 12:41 PM, Phill Hogland phogl...@rimage.com wrote: Yes I also observed a few weeks ago when there were web site issues that the 3.7 installer would not run but the 3,8 would. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-find-the-reason-WiX-install-fails-tp7589584p7589639.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn and ExePackage
Thanks Tom. It is the expected behavior for the prereqs for the bootstrapper. But I was thinking it might be related to my issue. Maybe that the ExePackage(my ELO Monitor installation) is returning something to the engine that tells it to create another UI instance. I am still doing some tests. Unfortunately, I don't know what the ELO Installation is actually doing, but I do see 1-2 open/close windows that happen quickly. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-and-ExePackage-tp7589626p7589641.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
Moving the custom actions for setting the C Drive to be After CostFinalized resolved the problem. WiX threw an error when I tried before CostInitialize. Thanks! On Thu, Oct 10, 2013 at 2:20 PM, Walter Dexter wfdex...@gmail.com wrote: I just tested by copying the installed files to where the log say C_DRIVE would be prior to the redefine (in my case, e:\cdrive) and then ran the uninstall. The installed files were deleted from e:\... rather than c:\... proving this theory. Looks like I need to change when the custom action triggers. I'll try before CostInitialize and see what happens since you like it. I'm very new to both MSI and WiX. (I'm really good at Inno Setup but our corporate standard says make MSIs. It also says to use WISE which is even more confusing than WiX for me and my developer brain.) Thanks a lot! On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote: On 10/10/13 11:08 AM, Walter Dexter wrote: I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. I think your CA_SetCDrive custom action is scheduled too late. I thought directories needed to be set prior to CostInitialize. -- Edwin Castro -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
After fighting the default OS locations I finally convinced others around here that going with what the OS wants for directory structure is much simpler to do and more stable and takes fewer steps of code. I have a suggestion that may help and is more stable than a custom action. Set a property that is whatyou want for the root of your folder structure. In this example I use the Set WINDOWSVOLUME = [WindowsVolume] - it's always available and it is usually C: !-- WINDOWSVOLUME is the root above the Windows folder. This forces the install out of PrograFiles-- SetDirectory Id=WINDOWSVOLUME Value=[WindowsVolume]/ Directory Id=TARGETDIR Name=SourceDir Directory Id=WINDOWSVOLUME Directory Id=TopDir Name=TopDir Directory Id=SecondDir Name=SecondDir / /Directory /Directory /Directory -Original Message- From: Walter Dexter [mailto:wfdex...@gmail.com] Sent: Thursday, October 10, 2013 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled Moving the custom actions for setting the C Drive to be After CostFinalized resolved the problem. WiX threw an error when I tried before CostInitialize. Thanks! On Thu, Oct 10, 2013 at 2:20 PM, Walter Dexter wfdex...@gmail.com wrote: I just tested by copying the installed files to where the log say C_DRIVE would be prior to the redefine (in my case, e:\cdrive) and then ran the uninstall. The installed files were deleted from e:\... rather than c:\... proving this theory. Looks like I need to change when the custom action triggers. I'll try before CostInitialize and see what happens since you like it. I'm very new to both MSI and WiX. (I'm really good at Inno Setup but our corporate standard says make MSIs. It also says to use WISE which is even more confusing than WiX for me and my developer brain.) Thanks a lot! On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote: On 10/10/13 11:08 AM, Walter Dexter wrote: I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. I think your CA_SetCDrive custom action is scheduled too late. I thought directories needed to be set prior to CostInitialize. -- Edwin Castro - - October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled
Thanks for the suggestion, but our partition layout is wacky and we need to specify what drive for sure stuff goes on. This isn't Windows workstation or server as much as it is embedded system that happens to run Windows. This appears to be working, now that I changed when the custom action runs. (In reality of course I have more Directorys under the C_DRIVE one and files and so forth.) CustomAction Id=CA_SetCDrive Directory=C_DRIVE Value=c:\ / InstallExecuteSequence Custom Action=CA_SetCDrive After=CostFinalize / /InstallExecuteSequence Directory Id=TARGETDIR Name=SourceDir Directory Id=C_DRIVE Name=CDrive / /Directory Walt On Thu, Oct 10, 2013 at 4:12 PM, Wheeler, Blaine (DSHS/DCS) bwhee...@dshs.wa.gov wrote: After fighting the default OS locations I finally convinced others around here that going with what the OS wants for directory structure is much simpler to do and more stable and takes fewer steps of code. I have a suggestion that may help and is more stable than a custom action. Set a property that is whatyou want for the root of your folder structure. In this example I use the Set WINDOWSVOLUME = [WindowsVolume] - it's always available and it is usually C: !-- WINDOWSVOLUME is the root above the Windows folder. This forces the install out of PrograFiles-- SetDirectory Id=WINDOWSVOLUME Value=[WindowsVolume]/ Directory Id=TARGETDIR Name=SourceDir Directory Id=WINDOWSVOLUME Directory Id=TopDir Name=TopDir Directory Id=SecondDir Name=SecondDir / /Directory /Directory /Directory -Original Message- From: Walter Dexter [mailto:wfdex...@gmail.com] Sent: Thursday, October 10, 2013 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix MSI not uninstalling files when package uninstalled Moving the custom actions for setting the C Drive to be After CostFinalized resolved the problem. WiX threw an error when I tried before CostInitialize. Thanks! On Thu, Oct 10, 2013 at 2:20 PM, Walter Dexter wfdex...@gmail.com wrote: I just tested by copying the installed files to where the log say C_DRIVE would be prior to the redefine (in my case, e:\cdrive) and then ran the uninstall. The installed files were deleted from e:\... rather than c:\... proving this theory. Looks like I need to change when the custom action triggers. I'll try before CostInitialize and see what happens since you like it. I'm very new to both MSI and WiX. (I'm really good at Inno Setup but our corporate standard says make MSIs. It also says to use WISE which is even more confusing than WiX for me and my developer brain.) Thanks a lot! On Thu, Oct 10, 2013 at 1:33 PM, Edwin Castro 0ptikgh...@gmx.us wrote: On 10/10/13 11:08 AM, Walter Dexter wrote: I had a similar thought about an hour ago while driving about c_drive not getting redefined properly for the uninstall and will try to validate if that's the problem later this afternoon. I do see it and all the directories getting property changed to the right path prior to the FileRemove entries in the uninstall log, though. I think your CA_SetCDrive custom action is scheduled too late. I thought directories needed to be set prior to CostInitialize. -- Edwin Castro - - October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register
[WiX-users] Upgrade confusion
I need some clarification on how to process Upgrades for the bootstrapper. I am trying to use major upgrades (for 'simplicity') for each bootstrapper build to replace the existing version installed. Here's an example of what I'm experiencing: (Product ID and UpgradeCode are static, the Version (revision) is incremented on each build.) = [ID = 82e6e1be-f56e-40ad-98a5-0c010dd77b3] [UpgradeCode = 029B62E4-4AFE-4D74-837D-D0E79622BD97] Run v1.0.0.1; detects as Not Installed. Click Install. Installs successfully. Run v1.0.0.2; detects as Installed. Close. Run v1.0.0.1; Click Update; appears to Download and Install v1.0.0.2 according to Logs completes successfully. v1.0.0.2 opens after old closes; detects as Installed. Add/Remove Programs still shows v1.0.0.1... Files are still v1.0.0.1 = It's at this point I don't understand why a) if v1 logs show update successfull then exit why v2 doesnt appear to be installed and b) why v2 is opened after v1 exits - shouldn't the install be seamless? Thank you, -dirt -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade confusion
For MajorUpgrade behavior you must change both the Product ID and the version. The UpgradeCode should remain unchanged. Also the version of the MSI must change in the first three quad-dots. The version of the bundle can be changed in any part of the version string. http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html I would set the Id=* and increment the Build portion of the version string (Major.Minor.Build.Revision) to achieve what you are trying to do. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrade-confusion-tp7589648p7589649.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MBA localization
I have a MBA which I am trying to localize. The MBA is structured like WixBA in the Wix source. The MBA has been functional until I tried to add localization. I installed the WPFLocalizationExtension and followed samples from that site (https://wpflocalizeextension.codeplex.com/). I am having a problem which I described here: https://wpflocalizeextension.codeplex.com/discussions/461709 I have not heard back on those posts so maybe someone here can provide advice. To boil it all down if I use the x:Static syntax then at runtime the localized string is properly displayed. But when using WPFLocalizationExtension one should use the lex:loc syntax, which does not work for me at runtime but does work in the 'design view'. Additionally if I set the following code on a TextBlock element Text={lex:Loc Key=MyKey, Assembly=MyAssembly, Dict=Resources, ForceCulture=de } The correct localized string is displayed. But if I do Text={lex:Loc Key=MyKey, Assembly=MyAssembly, Dict=Resources } It always displays the 'neutral' string rather than localized string for the OS I am running on. But it is finding the 'neutral' string. However the following does display the localized string for the culture set on the test system. Text={x:Static props:Resources.QumuProduct} (where props: is the application.properties) I do have code in the ModelView which sets the XmlLanguage attribute based on the threads currentUIculture. Any advice would be appreciated. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MBA-localization-tp7589650.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade confusion
2013/10/10 dirt d...@awoms.com: (Product ID and UpgradeCode are static, the Version (revision) is incremented on each build.) That's the definition of a minor upgrade. If you want a major upgrade, you have to change product ID (ProductCode) too -- Nicolás -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Access attribute Name in ExePackage
Hello Is there anyway to access the attribute Name in ExePackage in any of the events (Plan, ResolveSource etc)? I have looked but I can't seem to find it. Greatful for some help. :) Regards Caisa -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Access-attribute-Name-in-ExePackage-tp7589654.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users