[WiX-users] Error message during install
All, I've got a customer who's getting an error when trying to install my application, the installer of which was generated using Wix and Burn. From the burn log, I can see the installer attempts to cache the bundle and the logs reads thus [1194:1198][2013-09-26T18:20:10]: Registering bundle dependency provider: {5a999e0c-c2c8-4911-8eb4-6ee3d03271c8}, version: 1.6.5.111 [11A4:11EC][2013-09-26T18:20:10]: Error 0x80004005: Failed to extract all files from container. [11A4:11E8][2013-09-26T18:20:10]: Error 0x80004005: Faild to begin and wait for operation. [11A4:11E8][2013-09-26T18:20:10]: Error 0x80004005: Failed to extract payload: a2 from container: WixAttachedContainer I know error 0x80004005 is an access denied error but does anyone know why that would be generated? Can anyone shed light on what Burn is trying to do at this point in the installation as that will help me debug what's going on. Thanks Chris -- 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=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: Error message during install
Thanks for the reply, Rob. I saw someone mention about AV software interfering with installations when I was researching the error message and I've already suggested to my customer that they turn their anti-virus off if they have any to do the install. We'll see if that makes any difference. If it doesn't, I'll see if I can get them to use process monitor and get back to you with any results. Thanks Chris - Original Message - From: Rob Mensching r...@robmensching.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thursday, September 26, 2013 12:03:27 PM Subject: [WiX-users] [SPAM] Re: Error message during install Process Monitor is usually where I turn when I get a mysterious file locking/access denied issue. Often we see virus checker's messing with Burn in these scenarios but would be great to know for sure. On Thu, Sep 26, 2013 at 7:15 AM, Chris Lord chris.l...@atterotech.comwrote: All, I've got a customer who's getting an error when trying to install my application, the installer of which was generated using Wix and Burn. From the burn log, I can see the installer attempts to cache the bundle and the logs reads thus [1194:1198][2013-09-26T18:20:10]: Registering bundle dependency provider: {5a999e0c-c2c8-4911-8eb4-6ee3d03271c8}, version: 1.6.5.111 [11A4:11EC][2013-09-26T18:20:10]: Error 0x80004005: Failed to extract all files from container. [11A4:11E8][2013-09-26T18:20:10]: Error 0x80004005: Faild to begin and wait for operation. [11A4:11E8][2013-09-26T18:20:10]: Error 0x80004005: Failed to extract payload: a2 from container: WixAttachedContainer I know error 0x80004005 is an access denied error but does anyone know why that would be generated? Can anyone shed light on what Burn is trying to do at this point in the installation as that will help me debug what's going on. Thanks Chris -- 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=60133471iu=/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=60133471iu=/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=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: Error message during install
Jacob, It's Wix V3.6.3303.0 which if I recall is the stable reversion of WiX 3.6. Chris - Original Message - From: Jacob Hoover jacob.hoo...@greenheck.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thursday, September 26, 2013 12:07:03 PM Subject: Re: [WiX-users] [SPAM] Re: Error message during install Wasn't there a bug a while back where the ACL's on the package cache were getting messed up and causing similar behaviors? What version of Wix is your installer using? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, September 26, 2013 11:03 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] [SPAM] Re: Error message during install Process Monitor is usually where I turn when I get a mysterious file locking/access denied issue. Often we see virus checker's messing with Burn in these scenarios but would be great to know for sure. On Thu, Sep 26, 2013 at 7:15 AM, Chris Lord chris.l...@atterotech.comwrote: All, I've got a customer who's getting an error when trying to install my application, the installer of which was generated using Wix and Burn. From the burn log, I can see the installer attempts to cache the bundle and the logs reads thus [1194:1198][2013-09-26T18:20:10]: Registering bundle dependency provider: {5a999e0c-c2c8-4911-8eb4-6ee3d03271c8}, version: 1.6.5.111 [11A4:11EC][2013-09-26T18:20:10]: Error 0x80004005: Failed to extract all files from container. [11A4:11E8][2013-09-26T18:20:10]: Error 0x80004005: Faild to begin and wait for operation. [11A4:11E8][2013-09-26T18:20:10]: Error 0x80004005: Failed to extract payload: a2 from container: WixAttachedContainer I know error 0x80004005 is an access denied error but does anyone know why that would be generated? Can anyone shed light on what Burn is trying to do at this point in the installation as that will help me debug what's going on. Thanks Chris -- 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=60133471iu=/4140/ostg.c lktrk ___ 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=60133471iu=/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=60133471iu=/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=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Outercurve OSS Conference, May 8-9, Bellevue WA
Why sir, surely if it is in verbal jousting that thoust taketh part, thou should be sharpening thy lance and not thy sword. - Original Message - From: Rob Mensching r...@robmensching.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Tuesday, April 23, 2013 6:34:32 PM Subject: [WiX-users] Outercurve OSS Conference, May 8-9, Bellevue WA Greetings all, It's not often that I start a thread on wix-users but I thought this might be an event some of you would find interesting. On May 8th and 9th, the Outercurve Foundation (the keeper's of the WiX toolset copyright) is holding its first Open Source Conference. They've got some famous people talking like: Jono Bacon, Scott Guthrie, Donnie Berkholz, and Ross Gardler. They even have some less famous people, coughme/cough, doing hand to hand combat over software installation and packaging. I'll be going at it with the project leads for NuGet and CoApp. That should be fun. Anyway, beyond my cage match, I'll also be floating around at the conference (when I'm not sharpening my sword) so if you're going to be around let me know. You can get more details about the conference here: http://www.regonline.com/builder/site/Default.aspx?EventID=1224520 virtually, Rob Mensching http://robmensching.com/ I should probably make this a blog post. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in Major upgrade
Yes. It depends when you have scheduled RemoveExisitingProducts. The documenation for WiX explains all the options. Chris -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Friday, November 09, 2012 2:26 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Problem in Major upgrade Thanks for responding.. After your message I tried it.upgrade is working.but it is deleting the older version,upgrading the newer. But in my scenario I don't want to delete old files.i want to replace new files to my older version.Is it Possible. -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: 08 November 2012 20:32 To: wix-users Subject: Re: [WiX-users] Problem in Major upgrade Chaitanya Are both the original and the update installtion the same type? If one is per-user and the other is per-machine then the upgrade wont work. You could also run the Upgrade with verbose logging enabled. The log will tell you why it didnt remove the older version. Also, give the version you use, I'd go with what Neil suggested and investigate and use the MajorUpgrade element instead. It tidies things up a lot. Chris -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Thursday, November 08, 2012 5:18 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Problem in Major upgrade Iam using wix 3.5 -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: 07 November 2012 20:41 To: wix-users Subject: Re: [WiX-users] Problem in Major upgrade Chaitanya What version of Wix are you using? Chris -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Wednesday, November 07, 2012 4:43 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Problem in Major upgrade Hi, Iam trying to do major upgrade. Its doing action but in my control panel it is showing two entries don't want two entries. Here is my upgrade code. Upgrade Id=5CFFD7A1-03B9-4B07-87C0-9B84555CC15D UpgradeVersion Minimum=1.0.0.0 IncludeMinimum=no OnlyDetect=yes Property=NEWPRODUCTFOUND Language=1033 / UpgradeVersion Minimum=1.0.0.0 IncludeMinimum=yes Maximum=2.0.0.0 IncludeMaximum=no Property=UPGRADEFOUND Language=1033 / /Upgrade CustomAction Id=PreventDowngrading Error=Newer Version Already Installed / InstallExecuteSequence Custom Action=PreventDowngrading After=FindRelatedProductsnewProductFound/Custom RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts /InstallExecuteSequence Iam changing the product code and maintaining upgrade code same. Through command line msiexec /I {.msi} ALLUSERS=1 Please help me where im doing wrong. Thanks, Chaitanya. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov
Re: [WiX-users] Problem in Major upgrade
Chaitanya Are both the original and the update installtion the same type? If one is per-user and the other is per-machine then the upgrade wont work. You could also run the Upgrade with verbose logging enabled. The log will tell you why it didnt remove the older version. Also, give the version you use, I'd go with what Neil suggested and investigate and use the MajorUpgrade element instead. It tidies things up a lot. Chris -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Thursday, November 08, 2012 5:18 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Problem in Major upgrade Iam using wix 3.5 -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: 07 November 2012 20:41 To: wix-users Subject: Re: [WiX-users] Problem in Major upgrade Chaitanya What version of Wix are you using? Chris -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Wednesday, November 07, 2012 4:43 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Problem in Major upgrade Hi, Iam trying to do major upgrade. Its doing action but in my control panel it is showing two entries don't want two entries. Here is my upgrade code. Upgrade Id=5CFFD7A1-03B9-4B07-87C0-9B84555CC15D UpgradeVersion Minimum=1.0.0.0 IncludeMinimum=no OnlyDetect=yes Property=NEWPRODUCTFOUND Language=1033 / UpgradeVersion Minimum=1.0.0.0 IncludeMinimum=yes Maximum=2.0.0.0 IncludeMaximum=no Property=UPGRADEFOUND Language=1033 / /Upgrade CustomAction Id=PreventDowngrading Error=Newer Version Already Installed / InstallExecuteSequence Custom Action=PreventDowngrading After=FindRelatedProductsnewProductFound/Custom RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts /InstallExecuteSequence Iam changing the product code and maintaining upgrade code same. Through command line msiexec /I {.msi} ALLUSERS=1 Please help me where im doing wrong. Thanks, Chaitanya. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in Major upgrade
Chaitanya What version of Wix are you using? Chris -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Wednesday, November 07, 2012 4:43 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Problem in Major upgrade Hi, Iam trying to do major upgrade. Its doing action but in my control panel it is showing two entries don't want two entries. Here is my upgrade code. Upgrade Id=5CFFD7A1-03B9-4B07-87C0-9B84555CC15D UpgradeVersion Minimum=1.0.0.0 IncludeMinimum=no OnlyDetect=yes Property=NEWPRODUCTFOUND Language=1033 / UpgradeVersion Minimum=1.0.0.0 IncludeMinimum=yes Maximum=2.0.0.0 IncludeMaximum=no Property=UPGRADEFOUND Language=1033 / /Upgrade CustomAction Id=PreventDowngrading Error=Newer Version Already Installed / InstallExecuteSequence Custom Action=PreventDowngrading After=FindRelatedProductsnewProductFound/Custom RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts /InstallExecuteSequence Iam changing the product code and maintaining upgrade code same. Through command line msiexec /I {.msi} ALLUSERS=1 Please help me where im doing wrong. Thanks, Chaitanya. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major Upgrade
Chaitanya, Best place to start is reading the documnetation. First there is this is from the Wix Documentation http://wix.sourceforge.net/manual-wix3/major_upgrade.htm And then there is this from the excellent Wix Tutorial http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization Beyond that, if you have a more specific question I am sure someone will be able to answer it. Chris Lord Attero Tech, LLC -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: Tuesday, November 06, 2012 9:19 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Major Upgrade Hi, Can anyone please help me in major upgrade.. Thanks, Chaitanya. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting DWORD registry keys
Neil, I just had this same issue myself. I wanted to move some settings from an INI file to the registry and I was reading my values value back using registry search but it always comes back as '#1' and you can't write that back as an integer. It took me a while as I couldnt believe that it couldnt be done as to me that is an obvious feature an MSI should be able to deal with.. Anyway, to cut a long story short after several hours of exasperated attempts I stumbled upon something buried in some documentation (I forget exactly where I read it) that said something like when you write a value, the MSI can work out what type of value is being written by the prefix. I didnt take much notice of it at first. However, what I eventually realized is that it means is you have to write a value with a default type and let the MSI work out from the values formatting what type it really is. What you therefore have to do is write it back as a string and let it work out, from the # at the beginning, it's a number!!! So far, its proved perfect up to now for me! Here's my WXS taken from my MSI (with the names changes to protect the innocent). At the start of my MSI, I read the registry using this Property Id=PROPERTYNAME Value=#-1 RegistrySearch Id=regSearchName Root=HKLM Key=Approppriate Key Name=ParameterName Type=raw / /Property The Value section sets the default in case the registrySearch fails. Note the # prefix. Without this, the value is not treated as an integer. Later, I do this to write the value back. Component Id=InsertName Guid=Insert GUID RegistryValue Id=SomeName Action=write Root=HKLM Key=Same AppropriateKey as above Name=same ParamterName as above Value=[PROPERTYNAME] Type=string / /Component I believe it or not, the write actually writes a DWORD even though you ask it to write a string!!! Hope this helps Chris Lord Attero Tech, LLC -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Sunday, October 28, 2012 4:39 AM To: General toolset. (wix-users@lists.sourceforge.net) Subject: [WiX-users] Setting DWORD registry keys In my installation I need to set a dword registry to a default value when the install is first run and remove the key on uninstall but not change it on an upgrade. I am struggling to find a way to do reliably and wondered if anyone had any suggestions. Here is what I have tried: 1. Read the existing value with RegistrySearch and rewrite it on upgrade, this fails because DWORDs come back prefixed with a hash (#) and RegistryValue causes this to be written as a string. 2. Read the existing value with RegistrySearch and Condition the RegistryValue so it is only written when the value is not set. The problem with this is that on upgrade the key is removed. I can solve this by writing a CA to read the values but I am sure there must be a standard way of doing this that is eluding me. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.commailto:n...@x2systems.com -- WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Windows 8 Center - In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Burn helloworld example
As this is an e-mail list, attachments get stripped off. You'll need to post the log in the e-mail itself so it can be seen. -Original Message- From: vchauras [mailto:vivekchauras...@gmail.com] Sent: Tuesday, September 11, 2012 11:02 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Burn helloworld example Version = 3.6.2928.0 Log file is attached. On Tue, Sep 11, 2012 at 12:16 AM, Rob Mensching-7 [via Windows Installer XML (WiX) toolset] ml-node+s687559n7580415...@n2.nabble.com wrote: If you go to ProgramsFeatures, what is the full version of the WiX toolset that you have? The attachment seems to have been lost. Can you provide all the error information from the log file directly in the email? On Mon, Sep 10, 2012 at 9:51 PM, vchauras [hidden email]http://user/SendEmail.jtp?type=nodenode=7580415i=0 wrote: I am using wix3.6.exe on my machine. The log file is all I have. Actually i googled the problem before posting here and ran into one thread (similar to this problem) where you only replied asking for msbuild -fl output. Hence I attached that output. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn -helloworld-example-tp7580407p7580413.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=7580415i=1 https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=7580415i=2 https://lists.sourceforge.net/lists/listinfo/wix-users -- If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn -helloworld-example-tp7580407p7580415.html To unsubscribe from Wix Burn helloworld example, click herehttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/tem plate/NamlServlet.jtp?macro=unsubscribe_by_codenode=7580407code=dml2 ZWtjaGF1cmFzaXlhQGdtYWlsLmNvbXw3NTgwNDA3fDY5MDE1ODM2NA== . NAMLhttp://windows-installer-xml-wix-toolset.687559.n2.nabble.com/tem plate/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aem ail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.te mplate.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcru mbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3 Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Best Regards, Vivek Kumar Chaurasiya Graduate Student Purdue University Cell: 765-491-4074 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn-helloworld-example-tp7580407p7580423.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] running a msi via a custom action...
Steven, It sounds like you are calling one MSI from another. This is not a Windows Installer recommended practice. If you need to install two MSI's for your application, you should consider using a bootloader such as Burn to install them one at a time. Hope that helps Chris -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: Monday, September 10, 2012 12:51 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] running a msi via a custom action... I am trying to run a MSI that I have installed onto the desktop (via a custom action) but I get a MSI error 1603 I have run the code via a cmd line after the install has finished and it works properly, I just dont understand why it doesnt work via the custom action?? CustomAction: CustomAction Id=SetRunSynchronization Property=RunSynchronizationInst Value=quot;msiexec.exequot; /i quot;C:\Program Files (x86)\TITUS\Gloria\Services\Synchronization-v2.1-$(var.Platform)-ENU.msi quot; Execute=immediate/ CustomAction Id=RunSynchronization Impersonate=no BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred Return=asyncWait / UI ProgressText Action=RunSynchronizationInstalling Synchronization-v2.1-$(var.Platform)-ENU.msi.../ProgressText /UI Install execute sequence: InstallExecuteSequence Custom Action=SetRunSynchronization After=CostInitializeNOT Installed/Custom Custom Action=RunSynchronization Before=InstallFinalizeNOT Installed/Custom Error in MSI: MSI (s) (40:DC) [12:39:50:228]: PROPERTY CHANGE: Adding RunSynchronizationInst.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7 property. Its value is 'msiexec.exe /i C:\Program Files (x86)\TITUS\Gloria\Services\Synchronization-v2.1-x86-ENU.msi'. MSI (s) (40:DC) [12:39:51:102]: Doing action: RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7 Action 12:39:51: RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7. Installing Synchronization-v2.1-x86-ENU.msi... Action start 12:39:51: RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7. 1: Installing Synchronization-v2.1-x86-ENU.msi... Action ended 12:39:51: RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7. Return value 1. MSI (s) (40:DC) [12:40:21:756]: Executing op: ActionStart(Name=RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7 ,Description=Installing Synchronization-v2.1-x86-ENU.msi...,) Action 12:40:21: RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7. Installing Synchronization-v2.1-x86-ENU.msi... MSI (s) (40:5C) [12:40:21:757]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI3E11.tmp, Entrypoint: CAQuietExec MSI (s) (40:DC) [12:40:21:758]: Executing op: CustomActionSchedule(Action=RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_F D373F99E9D7,ActionType=3201,Source=BinaryData,Target=CAQuietExec,) MSI (s) (40!98) [12:40:21:759]: Creating MSIHANDLE (1473) of type 790531 for thread 8600 CAQuietExec: Error 0x80070057: failed to get command line data MSI (s) (40!98) [12:40:21:759]: Closing MSIHANDLE (1473) of type 790531 for thread 8600 MSI (s) (40!98) [12:40:21:759]: Creating MSIHANDLE (1474) of type 790531 for thread 8600 CAQuietExec: Error 0x80070057: failed to get Command Line MSI (s) (40!98) [12:40:21:759]: Closing MSIHANDLE (1474) of type 790531 for thread 8600 CustomAction RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7 returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) 1: RunSynchronization.CA23A0DC_B2DE_4F2C_9E74_FD373F99E9D7 2: 1603 Thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/running-a-msi-via-a-custom-action-tp7580398.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing add-on files to an existing installation
Hi all, This should be a quick one, I have an installer that installs my application and its support files. Following a discussion earlier, it’s possible I may need to install some additional add-on files. Here are my requirements… 1) The add-on files should be installed separately to the main base files. 2) The add-on files can only be installed if the base software is present. 3) The base installation should continue to be updatable without affecting the add-on files (assuming they are compatible of course). 4) The add-on files should be updatable but separately from the base installation. I would like to keep things as simple as possible and my initial thought is to create a second stand-alone MSI that has conditions such that it will exit if a FindReleatedProducts search for the base install fails. Would that be the best way of achieving my requirements or is there a better way? Any suggestions gratefully received. Thanks Chris Lord Product Engineer Attero Tech, LLC 1315 Directors Row, Suite 107 Fort Wayne, IN 46808 Ph: 260-496-9668 ext. 377, Fax 260-496-9879 email: chris.l...@atterotech.com Confidentiality Notice: This message is intended solely for the use of the addressees shown above. It may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are hereby notified that the copying, use or distribution of any information or materials transmitted in or with this message is strictly prohibited. If you received this message by mistake, please immediately contact me at (260) 496-9668 x 377 or chris.l...@atterotech.com and destroy the original message. Thank you. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixExitEarlyWithSuccess not working for me
Hi Luis (1) Are you attempting a major upgrade or a minor one? If its a major upgrade then your upgrade MSI should have an identical upgrade ID but a different product ID and a different version from the original MSI. I cant tell if the product code has changed or not as you have only posted one set of code. However, if you dont change the product ID and the system tries a major upgrade, you will get this. Also, check your version number. In your WXS it's listed as 1.0.0.58. When FindRelatedProducts is called to look for versions to upgrade, it only checks the first 3 parts of the version number and the fourth number is ALWAYS ignored. If you have only bumped the version from say from 1.0.0.57 in the original MSI to 1.0.0.58 in the upgrade MSI, FindRelatedProducts still sees these as being the same. (2) I dont know the answer to this one but as a guess, I think you may need to digitally sign your MSI for the publisher to be shown. (3) I am not sure what your intention was by including the condition but Windows Installer will detect if your application is already installed and prevent a re-install by itself. The third screen shot shows this happening with the only option to repair or remove. Was there a reason for trying to stop the user installing the update again? Chris Lord Attero Tech, LLC 1315 Directors Row, Suite 107 Fort Wayne, IN 46808 Ph: 260-496-9668 ext. 377, Fax 260-496-9879 email: chris.l...@atterotech.com Confidentiality Notice: This message is intended solely for the use of the addressees shown above. It may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are hereby notified that the copying, use or distribution of any information or materials transmitted in or with this message is strictly prohibited. If you received this message by mistake, please immediately contact me at (260) 496-9668 x 377 or chris.l...@atterotech.com and destroy the original message. Thank you. -Original Message- From: Luis Tiago C Eterovick [mailto:lu...@syst.com.br] Sent: Wednesday, May 23, 2012 4:14 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixExitEarlyWithSuccess not working for me Hello, I have 3 problems that i need some help. 1- Considering my App is installed and i generate a new installer with a newer version, if i open it i get this screen: http://img526.imageshack.us/img526/8471/screenshot20120523at457.png 2- After removing the installed App in Control Panel, i run the new installer. It installs everything smoothly but when asking for permission, it doesn't show the manufacturer name. Do i have to set it more than once? Because it's set on Product and Package fields: http://img96.imageshack.us/img96/4702/screenshot20120523at458.png 3- After the new version is installed, i run the installer again, and it was supposed to find the same version installed and exit with success, but it doesn't seem to do anything different from the regular proceeding: http://img23.imageshack.us/img23/4702/screenshot20120523at458.png I'm currently using: CustomActionRef Id=WixExitEarlyWithSuccess / Upgrade Id=$(var.ProductUpgradeCode) UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes Property=NEWERVERSIONDETECTED / /Upgrade Condition Message=Metasys Update is already installed. This installation is being skipped.NOT NEWERVERSIONDETECTED/Condition and this is the full code: http://pastie.org/3957432 Can anyone help me on these points? Any other hint is appreciated. It's my first time using WiX. Thanks in advance -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Proper way to Register COM TypeLib
Wei, Just adding the DLL as a file in a component will install the file but not register it as a COM component. The use of the word harvest implies the use of Wix's Heat tool. A quick look in the WiX help and a search online should give you all the information you need to know about using heat to extract the COM registration information. Chris Lord Attero Tech, LLC 1315 Directors Row, Suite 107 Fort Wayne, IN 46808 Ph: 260-496-9668 ext. 377, Fax 260-496-9879 email: chris.l...@atterotech.com Confidentiality Notice: This message is intended solely for the use of the addressees shown above. It may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are hereby notified that the copying, use or distribution of any information or materials transmitted in or with this message is strictly prohibited. If you received this message by mistake, please immediately contact me at (260) 496-9668 x 377 or chris.l...@atterotech.com and destroy the original message. Thank you. -Original Message- From: tetelee [mailto:ttlee1...@gmail.com] Sent: Tuesday, May 22, 2012 11:52 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Proper way to Register COM TypeLib Thanks for your reply. But I tried to put myLib.dll into the same Component as TypeLib element (I assume this is what you mean), but the result is the same. Plus, what's the difference between harvest and what I do now: just make the dll as another component? Like I mentioned, I originally put myLib.dll into another component, but this component is in the same folder as the TypeLib component. Cheers, Wei -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Proper-way-to-Register-COM-TypeLib-tp7571310p7571393.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UK Localization
Christopher I can partially answer your questions from this side of the pond. I am originally from the UK and I am quite surprised anyone would want a specific UK localized installer. I cant remember ever seeing a specific UK version of any software that I've installed as the US version normally does the job quite nicely and is normally sufficient (any language options are usually en/us or just English). Everyone from the UK understands most of US English (and vice versa) though there are some interesting variations on the use of certain words, some of which are quite funny but I doubt you'd see nearly any of them in an installer (What are Bangs for example??? I would elaborate but it would be somewhat OT). Anyway, there are also spelling differences between certain words too. A good example in this case would be the use of the word Initialize (US spelling) as opposed to Initialise (UK spelling). There are other languages besides English spoken in the UK: Welsh is probably the main one that comes to mind. As that is a completely different language, your UI would definitely have to be modified to suit that. I cant comment on the Win 7 codepage as my Win 7 laptop is a US machine with a US keyboard and my UK machine is only XP. However, a British keyboard does have a different layout to a US keyboard. What you call the pound key, we call the hash key. We have a pound sign thats the British equivalent of '$'. Off the top of my head, that normally got by SHIFT+3 so it replaces the hash symbol. Also SHIFT+2 gets you double quotes rather than the '@' symbol. There are a couple of other layout differences but thats all I recall off the top of my head. However, I doubt the keyboard layout itself makes any difference to an installer though. As for whether it's possible, I cant say but unless they have a specific reason for needing it to be British (or welsh for example), in my opinion, it's probably not worth the effort. As to whether it should be done..well, isnt the customer always right... Chris -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Tuesday, December 20, 2011 2:34 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UK Localization I have a customer who has asked that I create a UK English localization for an existing installer. I have a very high level / broad question that I'm hoping can be answered by somebody from the other side of the pond. First, let me apologize in advance if I misuse or otherwise unintentional insult anyone by making incorrect references to political subdivisions of the UK. Now is the chance to enlighten me. :-) I guess the first place to start is by asking what are the cultural expectations in the UK with respect to localized installers? I see that neither InstallShield or WiX have built-in support for English languages other then en-US/1033/0x409. Is it common practice for products to be localized or is it very rare? Someone on my twitter feed commented that Win7 installations in the UK still have a codepage of 1033. Is that correct? The simple question is: Is it possible and should it be done? -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice
Robert, You've only posted what the back buton does for the VerifyReadDlg. What do you have for the Remove button? Chris -Original Message- From: Robert Hermann [mailto:rob.herm...@nicewareintl.com] Sent: Tuesday, December 06, 2011 3:43 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice When I goto to remove my installed product by running the installer twice and going into maintenance mode, here is the sequence of dialogs I get 1. MaintenanceWelcomeDlg. Click next 2. MaintenanceTypeDlg click remove 3. VerifyReadyDlg click remove 4. MaintenanceTypeDlg click remove 5. VerifyReadyDlg click remove 6. Product uninstalls Here is my snippet of code to Publish Dialog=MaintenanceWelcomeDlg Control=Next Event=NewDialog Value=MaintenanceTypeDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=RepairButton Event=NewDialog Value=VerifyReadyDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=RemoveButton Event=NewDialog Value=VerifyReadyDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=Back Event=NewDialog Value=MaintenanceWelcomeDlg1/Publish Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog Value=InstallDirDlg Order=1NOT Installed/Publish Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog Value=MaintenanceTypeDlg Order=2Installed/Publish I've tried run this uninstall from the command line but when I run it with msiexec /uninstall .. it uninstalls without the repeating dialog sequence. Rob -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice
Robert, I double checked my own installer which uses Wix 3.0 and the WixUI_Common UI with an extra dialog that I coded and include in the sequence. I have a bunch of lines relating to all the other dialogs that are used to move from one dialog to another depending on the button pressed and what the values of certain properties are but like you, I dont have anything for VerifyReadyDialog other for the Back buttons either. Not sure I can assist any further though I am going to try my installer now to make sure mine doesnt do the same!!! Chris -Original Message- From: Robert Hermann [mailto:rob.herm...@nicewareintl.com] Sent: Tuesday, December 06, 2011 5:09 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice To follow up with my last email VerifyReadyDialog does trigger the uninstall, it just takes one too many times... its like a flag is not being set correctly either by me or something else ... I should be to click the remove button on that dialog and it should kick off the uninstall right away versus the second sequence ... -Original Message- From: Robert Hermann [mailto:rob.herm...@nicewareintl.com] Sent: Tuesday, December 06, 2011 4:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice It's my understanding the VerifyReadyDlg is a standard dialog so unless you override something, it knows what to do. If I need to give more direction .. what is the next Dialog ? I thought VerifyReadyDlg is the last dialog in the sequence before the installer performs the uninstall. Rob -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Tuesday, December 06, 2011 3:19 PM To: wix-users Subject: Re: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice Robert, You've only posted what the back buton does for the VerifyReadDlg. What do you have for the Remove button? Chris -Original Message- From: Robert Hermann [mailto:rob.herm...@nicewareintl.com] Sent: Tuesday, December 06, 2011 3:43 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Wix Uninstall - MaintenanceTypeDlg, VerifyReadyDlg Dialog sequence is Shown Twice When I goto to remove my installed product by running the installer twice and going into maintenance mode, here is the sequence of dialogs I get 1. MaintenanceWelcomeDlg. Click next 2. MaintenanceTypeDlg click remove 3. VerifyReadyDlg click remove 4. MaintenanceTypeDlg click remove 5. VerifyReadyDlg click remove 6. Product uninstalls Here is my snippet of code to Publish Dialog=MaintenanceWelcomeDlg Control=Next Event=NewDialog Value=MaintenanceTypeDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=RepairButton Event=NewDialog Value=VerifyReadyDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=RemoveButton Event=NewDialog Value=VerifyReadyDlg1/Publish Publish Dialog=MaintenanceTypeDlg Control=Back Event=NewDialog Value=MaintenanceWelcomeDlg1/Publish Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog Value=InstallDirDlg Order=1NOT Installed/Publish Publish Dialog=VerifyReadyDlg Control=Back Event=NewDialog Value=MaintenanceTypeDlg Order=2Installed/Publish I've tried run this uninstall from the command line but when I run it with msiexec /uninstall .. it uninstalls without the repeating dialog sequence. Rob -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist
Re: [WiX-users] WixUI_InstallDir always installs to the same directory
Joe, My setup has INSTALLDIR property inside the UI section itself rather than on own, like this UI ... Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / ... \UI And this works fine for me. Can't hurt to try it. Chris On 08/04/2011 10:57 AM, Joe Tilley wrote: I'm using WixUI_InstallDir as the installer UI, and it pops up with my INSTALLDIR as the default directory as it should, but when I type in a different directory name into the text box, or browse to a different directory, it doesn't seem to accept it. Even though it looks like you're changing the install directory, it will always install to the default INSTALLDIR directory. Here is my directory definition: !--Define directory structure-- Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=ManufacturerDirectory Name=$(var.ManufacturerDirectoryName) Directory Id=INSTALLDIR Name=$(var.ProductName) Directory Id=ExtensionsDirectory Name=Extensions / Directory Id=MultiConfigDirectory Name=MultiConfig / Directory Id=UpgraderDirectory Name=Upgrader / /Directory /Directory /Directory Directory Id=DesktopFolder / Directory Id=ProgramMenuFolder / /Directory And the UI definition: !--Define a UI-- UIRef Id=WixUI_InstallDir / Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / WixVariable Id=WixUIBannerBmp Value=Resources\banner.bmp / WixVariable Id=WixUIDialogBmp Value=Resources\dialog.bmp / It doesn't seem like there's a lot that can go wrong there. Am I missing something? Thanks _ Joe Tilley FW Murphy Software Engineer Office (918) 317-4130 Email jtil...@fwmurphy.com “This message and any attachments may contain FW Murphy information that is highly confidential, privileged, and exempt from disclosure. Any recipient other than the intended recipient is advised that dissemination, distribution, copying, or other use of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately, plus delete the message and any backups.” -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_InstallDir always installs to the same directory
Joe As you can see below, I actually use WixUI_Common but I have customised it with a slightly different sequence that includes an additional dialog I added. My UI section includes all the customisation code as well as the property. UIRef Id=WixUI_Common / UI Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / /UI Pally is right though (and he is far more experienced than I when it comes to doing this!), it look like you have everything correct. I had a quick glance at Nick Ramirez's book and it/he also does the same thing as you albeit with a slightly different name so the verbose log may be the way to go. Chris BTW, I am using Wix 3.0. One of these days, perhaps I'll get round to updating to V3.5 but if it 'ain't broke. On 08/04/2011 12:09 PM, Joe Tilley wrote: Chris, I'll give that a shot. You're adding the Property element directly to the UI element, not as a child of the UIRef element? Thanks _ Joe Tilley FW Murphy Software Engineer Office (918) 317-4130 Email jtil...@fwmurphy.com -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Thursday, August 04, 2011 10:15 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixUI_InstallDir always installs to the same directory Joe, My setup has INSTALLDIR property inside the UI section itself rather than on own, like this UI ... Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / ... \UI And this works fine for me. Can't hurt to try it. Chris On 08/04/2011 10:57 AM, Joe Tilley wrote: I'm using WixUI_InstallDir as the installer UI, and it pops up with my INSTALLDIR as the default directory as it should, but when I type in a different directory name into the text box, or browse to a different directory, it doesn't seem to accept it. Even though it looks like you're changing the install directory, it will always install to the default INSTALLDIR directory. Here is my directory definition: !--Define directory structure-- Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=ManufacturerDirectory Name=$(var.ManufacturerDirectoryName) Directory Id=INSTALLDIR Name=$(var.ProductName) Directory Id=ExtensionsDirectory Name=Extensions / Directory Id=MultiConfigDirectory Name=MultiConfig / Directory Id=UpgraderDirectory Name=Upgrader / /Directory /Directory /Directory Directory Id=DesktopFolder / Directory Id=ProgramMenuFolder / /Directory And the UI definition: !--Define a UI-- UIRef Id=WixUI_InstallDir / Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / WixVariable Id=WixUIBannerBmp Value=Resources\banner.bmp / WixVariable Id=WixUIDialogBmp Value=Resources\dialog.bmp / It doesn't seem like there's a lot that can go wrong there. Am I missing something? Thanks _ Joe Tilley FW Murphy Software Engineer Office (918) 317-4130 Email jtil...@fwmurphy.com “This message and any attachments may contain FW Murphy information that is highly confidential, privileged, and exempt from disclosure. Any recipient other than the intended recipient is advised that dissemination, distribution, copying, or other use of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately, plus delete the message and any backups.” -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get
Re: [WiX-users] Run 2 MSI´s at the same time
Christoph, This should answer your question. http://msdn.microsoft.com/en-us/library/aa368010%28v=VS.85%29.aspx Chris On 05/06/2011 09:56 AM, Christoph Goetz wrote: Hello, i want to run a second msi ( dotnet 4.0 ) while my setup is runnig. Is there a way to run this? Christoph -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with CustomAction and major upgrade solved!
Hi Sam, One thing to noteThe manual page states the custom action for DirectX runs after InstallFinalize which is right at the end of an installation. You have yours running a lot earlier than that. I don't know the consequences of moving it but you might try just doing as the manual states and see what happens. As far as the manual page is concerned, it seems to me to be advocating chaining which is a deprecated feature of Windows Installer and something Microsoft advise against doing. Given that's the case, is there something special about DirectX that means it can be installed that way or does indeed the page need updating in some way? Chris On 05/06/2011 08:23 AM, Sam Morris wrote: On Wed, May 04, 2011 at 12:58:09PM -0400, Chris Lord wrote: Chaining installers is a general no-no and Microsoft recommend you don't do it. Second, trying to install software in the Cost Finalise stage is also not a good idea. Installing something using a custom action makes it very difficult to roll back should the installation fail or be cancelled and it makes uninstalling your application difficult if not impossible. Your installer should allow a clean install and also a clean removal of you application (including DirectX if your applicaiton installs it) and given the design you are describing, that would be difficult to achieve. If you need to install a second application, the recommended method is to use a bootstrapper such as dotNetInstaller or WiX's own Burn facility. Its likely to cause you a lot less headaches in the long run. Chris Thanks for this advice. I agree and hope to adopt Burn once WiX 3.6 is finalized. For now I was following the advice given at http://wix.sourceforge.net/manual-wix3/install_directx9.htm. Do you think it would be worth adding a note about the inadvisability of installer chaining to that page? As for the solution: the logs produced (with the /l*v option to msiexec) indicated that the sequence of events was happening as follows: 1. Start of RemoveExistingProducts. This fires up the previous versions' installer and tells it to remove itself. 2. Skip InstallDirectX action because condition fails. Good. 3. Properties for the removal are logged, on lines starting with 'Property(N)'. The 'REMOVE' and 'Installed' properties are present. 4. End of RemoveExistingProducts. 5. Start of InstallDirectX. This is where I expected the 'NOT REMOVE' condition to prevent the installer from running, but it doesn't because the 'REMOVE' property is missing, as revealed below. 6. Properties for the failed install are logged. Lines start with 'Property(S)' for the execute sequence, and 'Property(C)' are for the UI sequence. The 'PREVIOUSFOUND' property is present. Setting the condition for the InstallDirectX action to 'NOT INSTALLED AND NOT PREVIOUSFOUND' therefore prevents the action from being running during a Major Upgrade. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with CustomAction and major upgrade
Sam, Chaining installers is a general no-no and Microsoft recommend you don't do it. Second, trying to install software in the Cost Finalise stage is also not a good idea. Installing something using a custom action makes it very difficult to roll back should the installation fail or be cancelled and it makes uninstalling your application difficult if not impossible. Your installer should allow a clean install and also a clean removal of you application (including DirectX if your applicaiton installs it) and given the design you are describing, that would be difficult to achieve. If you need to install a second application, the recommended method is to use a bootstrapper such as dotNetInstaller or WiX's own Burn facility. Its likely to cause you a lot less headaches in the long run. Chris On 05/04/2011 11:37 AM, Sam Morris wrote: I am running into difficulty making an installer support major upgrades. My installer has a CustomAction that installs DirectX. When installing a newer version of the product, during CostFinalize(!), Windows Installer decides not to install the components that contain DXSETUP.EXE and dsetup32.dll: Disallowing installation of component: {67628ECC-9735-503B-9EC1-148280D3BE95} since the same component with higher versioned keyfile exists Disallowing installation of component: {83BFB124-42B3-5F67-8801-9D73B55EC4A9} since the same component with higher versioned keyfile exists By the time it comes to run the action that installs DirectX, the files no longer exist and the installation fails: DEBUG: Error 2753: The File 'directx_redist_DXSETUP.exe_f' is not marked for installation. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2753. The arguments are: directx_redist_DXSETUP.exe_f, , MSI (s) (48:64) [15:14:36:309]: Product: Fate of the World -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2753. The arguments are: directx_redist_DXSETUP.exe_f, , I am puzzled for the following reasons: 1. The error message says that 'the same component with higher versioned keyfile exists', but this is not the case. The files installed by both versions of the product are identical. Is the error message correct, or does it really mean 'with equal or higher versioned keyfile'? 2. If I'm reading the log correctly, the InstallDirectX action is being run before any of the new versions' files have been copied into place. The target installation directory is empty if I look for it while the installer is displaying the 'error 2753' dialog box. I'm uploading the relevant bits of the installer source, and the log file produced from a failed installation to http://albion.red-redemption.com/~sam/wix. I'd be grateful if someone could take a look. Regards, -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with CustomAction and major upgrade
Sam, Chaining installers is a general no-no and Microsoft recommend you don't do it. Second, trying to install software in the Cost Finalise stage is also not a good idea. Installing something using a custom action makes it very difficult to roll back should the installation fail or be cancelled and it makes uninstalling your application difficult if not impossible. Your installer should allow a clean install and also a clean removal of you application (including DirectX if your application installs it) and given the design you are describing, that would be difficult to achieve. If you need to install a second application, the recommended method is to use a bootstrapper such as dotNetInstaller or WiX's own Burn facility. Its likely to cause you a lot less headaches in the long run. Chris On 05/04/2011 11:37 AM, Sam Morris wrote: I am running into difficulty making an installer support major upgrades. My installer has a CustomAction that installs DirectX. When installing a newer version of the product, during CostFinalize(!), Windows Installer decides not to install the components that contain DXSETUP.EXE and dsetup32.dll: Disallowing installation of component: {67628ECC-9735-503B-9EC1-148280D3BE95} since the same component with higher versioned keyfile exists Disallowing installation of component: {83BFB124-42B3-5F67-8801-9D73B55EC4A9} since the same component with higher versioned keyfile exists By the time it comes to run the action that installs DirectX, the files no longer exist and the installation fails: DEBUG: Error 2753: The File 'directx_redist_DXSETUP.exe_f' is not marked for installation. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2753. The arguments are: directx_redist_DXSETUP.exe_f, , MSI (s) (48:64) [15:14:36:309]: Product: Fate of the World -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2753. The arguments are: directx_redist_DXSETUP.exe_f, , I am puzzled for the following reasons: 1. The error message says that 'the same component with higher versioned keyfile exists', but this is not the case. The files installed by both versions of the product are identical. Is the error message correct, or does it really mean 'with equal or higher versioned keyfile'? 2. If I'm reading the log correctly, the InstallDirectX action is being run before any of the new versions' files have been copied into place. The target installation directory is empty if I look for it while the installer is displaying the 'error 2753' dialog box. I'm uploading the relevant bits of the installer source, and the log file produced from a failed installation to http://albion.red-redemption.com/~sam/wix. I'd be grateful if someone could take a look. Regards, -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Win 32 and 64 bit installer.
Orlando, I don't see the screen (you can;t attach screen shots to forum posts sdaly hence why it may not show up) so I don;t know what error you are seeing. However, if you are suggesting that you run one installer from another, then Microsoft advise strongly against it. If you need to run two MSI's then I suggest using a bootstrapper such as Burn. In your case, the bootstrapper could detect which OS is installed and select the appropriate MSI to run Chris On 04/25/2011 03:56 PM, Orlando wrote: Hi to all, This might be an old question. Eventhough I have been searching for examples. I have 2 msi files one for x32 and the other one for x64. I could manage to verify if the system is NT64 or not and based on that setup the installer. When the Installer runs the Install_MSI_x64 custom action it breaks with the msiexec command... I get this msiexec screen when I miss to add something... Does anybody knows if it is possible to run a msi file inside and msi installer. If that is possible could I put the conditional like Install _MSI_x32 ? I am attaching the code. Thanks in advance. -Orlando -- ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util= http://schemas.microsoft.com/wix/UtilExtension; Product Id=26ab3e29-88ca-40d2-a691-36869728996b Name=FlexInstaller_Universal Language=1033 Version=1.0.0.0 Manufacturer=FlexComputing UpgradeCode=6b2da768-a2ea-479d-86ef-e61c4f82dd50 Package InstallerVersion=200 Id=* Compressed=yes Keywords=Installer / Media Id=1 Cabinet=FlexInstaller_Universal.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=FlexInstaller_Universal Component Id=x32_Installer Guid=4016cb9b-ddc7-4713-ae79-1854bb2952e0 File Id=FlexInstaller_x32.msi Name=FlexInstaller_x32.msi Vital=yes DiskId=1 Source=..\FlexInstaller_x32\bin\Debug\FlexInstaller_x32.msi / ConditionNOT VersionNT64/Condition /Component Component Id=x64_Installer Guid=10b3e7a8-a3f4-46a6-9b40-0cf175cd646a File Id=FlexInstaller_x64.msi Name=FlexInstaller_x64.msi Vital=yes DiskId=1 Source=..\FlexInstaller_x64\bin\x64\Debug\FlexInstaller_x64.msi / ConditionVersionNT64/Condition /Component /Directory /Directory /Directory Feature Id=FlexInstaller_x32 Title=FlexInstaller_Universal_x32 Level=0 AllowAdvertise=no Absent=disallow Display=hidden ComponentRef Id=x32_Installer / Condition Level=1NOT VersionNT64/Condition /Feature Feature Id=FlexInstaller_x64 Title=FlexInstaller_Universal_x64 Level=0 AllowAdvertise=no Absent=disallow Display=hidden ComponentRef Id=x64_Installer / Condition Level=1VersionNT64/Condition /Feature CustomAction Id=Install_MSI_x32 Return=ignore ExeCommand=msiexec.exe /i quot;[INSTALLLOCATION]FlexInstaller_x32.msiquot; /L*v quot;installer-x32.logquot; ALLUSERS=1 REBOOT=ReallySuppress ARPSYSTEMCOMPONENT=1NOT VersionNT64/CustomAction CustomAction Id=Install_MSI_x64 Return=ignore ExeCommand=msiexec.exe /i quot;[INSTALLLOCATION]FlexInstaller_x64.msiquot; /L*v quot;installer-x64.logquot; ALLUSERS=1 REBOOT=ReallySuppress ARPSYSTEMCOMPONENT=1 VersionNT64/CustomAction InstallExecuteSequence Custom Action=Install_MSI_x64 After=InstallFinalizeVersionNT64/Custom /InstallExecuteSequence /Product /Wix -- -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi-Instance Major Upgrades
Tyler, Problem 1 - In order for a major upgrade to work, you have to call RemoveExistingProducts to remove older versions. Given your post, I don't see that in your execute sequence. Problem 2 - I can't offer any advice for that, sorry. Chris On 04/14/2011 12:35 PM, Tyler Walters wrote: Currently I can do a major upgrade of a specific instance. There are a couple problems though. 1. The default instance is upgraded fine. The transforms are upgraded, BUT the previous version is not removed. So they both show up in ARP. 2. I need to be able to not downgrade a specific instance, but be able to install an old version as a different instance. I am currently giving each instance it's own upgrade code and then scheduling the FindRelatedProducts action after the upgrade codes are set. Here is the current code: Product Id=YOURGUID-7AF1-4854-9B4F-01A6C77CC4AB Name=InstanceTransforms Language=1033 Version=8.1.0.0 Manufacturer=DCT UpgradeCode={YOURGUID-F8CA-4F91-B74D-DF92AE4AB8FF} ... MajorUpgrade AllowDowngrades=no DowngradeErrorMessage=A new version of [ProductName] is already installed. Exiting installation. Schedule=afterInstallFinalize / Property Id=INSTANCEID Value=Default Instance Secure=yes / InstanceTransforms Property=INSTANCEID Instance Id=Instance_1 ProductCode=YOURGUID-975B-4CBA-B2CC-B363CAA4312C ProductName=InstanceTransforms/ Instance Id=Instance_2 ProductCode=YOURGUID-CB52-485A-BE2A-1B2A407CD878 ProductName=InstanceTransforms/ /InstanceTransforms CustomAction Id=SetUpgradeCode_1 Property=UpgradeCode Value={YOURGUID-975B-4CBA-B2CC-B363CAA4312C} / CustomAction Id=SetUpgradeCode_2 Property=UpgradeCode Value={YOURGUID-CB52-485A-BE2A-1B2A407CD878} / ... InstallUISequence Custom Action=SetUpgradeCode_1 Before=AppSearchINSTANCEID = Instance_1/Custom Custom Action=SetUpgradeCode_2 Before=AppSearchINSTANCEID = Instance_2/Custom FindRelatedProducts After =SetUpgradeCode_2/ !--Do FindRelatedProducts after the last upgradecode CA runs.-- /InstallUISequence InstallExecuteSequence Custom Action=SetUpgradeCode_1 Before=AppSearchINSTANCEID = Instance_1/Custom Custom Action=SetUpgradeCode_2 Before=AppSearchINSTANCEID = Instance_2/Custom FindRelatedProducts After=SetUpgradeCode_2/ /InstallExecuteSequence ... /Product -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How can I abort the install?
Miaohsi Calling one installer from within another is a big no, no and Microsoft recommends you do not do it. You should use a bootstrapper such as Burn in order to call which installer you need. As for exiting gracefully, I think more details on what the installer is doing would be needed to help with that. Chris On 03/08/2011 01:51 PM, Wang, Miaohsi wrote: Dear All, I am working on a WiX installer that allows the user to install either the product or a third-party software. If the user selects to install the third-party software, the installer should launch the third-party installer, wait for it to complete, and then exit the install. Does anyone know how to exit a WiX installer gracefully? Any help will be appreciated. Thanks a lot, Miaohsi *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall an installed product.
Kevin You dont need to change it. Setting the package ID to * ensures the package in your installer is automatically regenerated with a new GUID each time you build it. This means when uninstalling, the MSI wont be confused by identical package GUID's. For each version you release, assuming you are doing major upgrades, the Product GUID and Package GUID must change BUT the Upgrade GUID must remain the same for EVERY version of that product. Chris -Original Message- From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Wednesday, March 02, 2011 2:58 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. 'it' is the Package/@id that this thread is about. If I set the Product/@Id to * then how do I change it so that the previous version is uninstalled? Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, March 02, 2011 12:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. What is it? I usually set Product\@Id=* and do not set Package\@Id at all. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com P Please consider the environment before printing this e-mail -Original Message- From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Wednesday, March 02, 2011 6:27 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. When I set it to * I get an error that it is not a GUID format. Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Tuesday, March 01, 2011 2:07 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. I would personally leave of Package/@Id and and set Product/@Id to *. Or if you really want to set Package/@Id then set it to *. Product Id=* ... Package Id=* ... / /Product Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com P Please consider the environment before printing this e-mail -Original Message- From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Friday, February 25, 2011 10:48 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. The product id and package id are: Product Id=9F6D788B-7A58-4750-BFEF-169FF18EE1C6... Package Id=---- .../ Since the package id is all '?' I assume that you mean I need to change the product id? Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Friday, February 25, 2011 12:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. Your new MSI has a new ProductCode? From that message it looks like it hasn't. Another possibility is that the PackageCode hasn't changed. Phil Wilson -Original Message- From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Friday, February 25, 2011 9:28 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. Right now it is not automatically uninstalling the product. I am met with the dialog instructing me to go to Add/Remove Panel. Currently I am using an earlier version of WiX so I guess I am reading the right stuff in the tutorial. I am looking to try to migrate my WiX code to WiX 3.5 so I would also be interested in learning how this is done with the newer version. Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Friday, February 25, 2011 11:21 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. Kevin, Lesson 4 is/was based on Wix V3. Rob's reply refers to an addition to Wix3.5 though I would expect lesson 4 code probably still applies in V3.5. Depending on which version of WiX you use will determine what options you have for writing upgrades. Now, the key is where you place the RemoveExistingProducts function as this directly affects exactly what happens. If you
Re: [WiX-users] Uninstall an installed product.
Kevin, Lesson 4 is/was based on Wix V3. Rob's reply refers to an addition to Wix3.5 though I would expect lesson 4 code probably still applies in V3.5. Depending on which version of WiX you use will determine what options you have for writing upgrades. Now, the key is where you place the RemoveExistingProducts function as this directly affects exactly what happens. If you schedule it early in the sequence then any existing product is uninstalled in its entirety before your new version is installed. If, as you have, schedule it late in the sequence then basically what will happen is that the initial install will remain with only files that have changed being affected/changed/removed. A quick search for RemoveExistingProducts should you the location to schedule it early or late (I don't remember the location off the top of my head). Note, there are advantages and disadvantages of using it either way so you may also want to look into that and decide which suits you best. If you are having specific issues with upgrading, can you be more specific about what is, or isn't working? Creating a verbose log when you run the installer may also help you diagnose what's happening. Chris On 02/25/2011 11:05 AM, Kevin Burton wrote: What is the syntactic sugar? I thought I was following http://www.tramontana.co.hu/wix/lesson4.php#4.2 So the question is why doesn't this work (what am I missing)? And, is there a better way? For reference here is the WiX code that I am using: Property Id=PREVIOUSVERSIONSINSTALLED Secure=yes / Upgrade Id='529189FE-FD0E-44ff-8DA6-B4FB5CC7A78B' UpgradeVersion Minimum=1.0.0.0 Maximum=3.0.0.0 OnlyDetect='no' Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes IncludeMaximum=no / /Upgrade . . . . . InstallExecuteSequence RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts /InstallExecuteSequence Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, February 24, 2011 10:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. In WiX v3.5, MajorUpgrade element provides nice syntactic sugar. Otherwise, you want to look at the Upgrade element. On Thu, Feb 24, 2011 at 10:22 AM, Kevin Burtonkev...@buyseasons.comwrote: I know this is an old question but I don't know the WiX syntax for automatically uninstalling an installed product. I looked at the documentation and I got confused with Major/Minor updates/upgrades. In my case if the product is install I *always* want to uninstall it before proceeding with the installation. Any hints? Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall an installed product.
Kevin, If you are doing Major upgrades, your product ID must for change whilst your Upgrade ID must remain the same. Chris On 02/25/2011 01:48 PM, Kevin Burton wrote: The product id and package id are: Product Id=9F6D788B-7A58-4750-BFEF-169FF18EE1C6... Package Id=---- .../ Since the package id is all '?' I assume that you mean I need to change the product id? Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Friday, February 25, 2011 12:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. Your new MSI has a new ProductCode? From that message it looks like it hasn't. Another possibility is that the PackageCode hasn't changed. Phil Wilson -Original Message- From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Friday, February 25, 2011 9:28 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. Right now it is not automatically uninstalling the product. I am met with the dialog instructing me to go to Add/Remove Panel. Currently I am using an earlier version of WiX so I guess I am reading the right stuff in the tutorial. I am looking to try to migrate my WiX code to WiX 3.5 so I would also be interested in learning how this is done with the newer version. Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Friday, February 25, 2011 11:21 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. Kevin, Lesson 4 is/was based on Wix V3. Rob's reply refers to an addition to Wix3.5 though I would expect lesson 4 code probably still applies in V3.5. Depending on which version of WiX you use will determine what options you have for writing upgrades. Now, the key is where you place the RemoveExistingProducts function as this directly affects exactly what happens. If you schedule it early in the sequence then any existing product is uninstalled in its entirety before your new version is installed. If, as you have, schedule it late in the sequence then basically what will happen is that the initial install will remain with only files that have changed being affected/changed/removed. A quick search for RemoveExistingProducts should you the location to schedule it early or late (I don't remember the location off the top of my head). Note, there are advantages and disadvantages of using it either way so you may also want to look into that and decide which suits you best. If you are having specific issues with upgrading, can you be more specific about what is, or isn't working? Creating a verbose log when you run the installer may also help you diagnose what's happening. Chris On 02/25/2011 11:05 AM, Kevin Burton wrote: What is the syntactic sugar? I thought I was following http://www.tramontana.co.hu/wix/lesson4.php#4.2 So the question is why doesn't this work (what am I missing)? And, is there a better way? For reference here is the WiX code that I am using: Property Id=PREVIOUSVERSIONSINSTALLED Secure=yes / Upgrade Id='529189FE-FD0E-44ff-8DA6-B4FB5CC7A78B' UpgradeVersion Minimum=1.0.0.0 Maximum=3.0.0.0 OnlyDetect='no' Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes IncludeMaximum=no / /Upgrade . . . . . InstallExecuteSequence RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts /InstallExecuteSequence Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, February 24, 2011 10:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall an installed product. In WiX v3.5, MajorUpgrade element provides nice syntactic sugar. Otherwise, you want to look at the Upgrade element. On Thu, Feb 24, 2011 at 10:22 AM, Kevin Burtonkev...@buyseasons.comwrote: I know this is an old question but I don't know the WiX syntax for automatically uninstalling an installed product. I looked at the documentation and I got confused with Major/Minor updates/upgrades. In my case if the product is install I *always* want to uninstall it before proceeding with the installation. Any hints? Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -- Free Software Download: Index, Search
Re: [WiX-users] suppressing start on exit
John Apologies from stating the obvious but why not just remove the option to run after install altogether. That way, it does not matter if a reboot is required or not. Chris On 01/25/2011 02:43 PM, John Lalande wrote: Is there some way to run my custom action in the UI sequence just before the exit dialog is displayed? Or perhaps I am doing this completely wrong and there is another, more logical approach? Date: Tue, 25 Jan 2011 09:53:23 -0800 From: Blairos...@live.com Subject: Re: [WiX-users] suppressing start on exit To: 'General discussion for Windows Installer XML toolset.' wix-users@lists.sourceforge.net Message-ID:blu111-ds11371dcb372ebfab86e221cd...@phx.gbl Content-Type: text/plain; charset=us-ascii Properties set in the Execute sequence are not reflected back into the UI sequence. -Original Message- From: John Lalande [mailto:johnlala...@gmail.com] Sent: Tuesday, January 25, 2011 8:13 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] suppressing start on exit My installer has a check box on the final panel that starts the application when the Finish button is clicked. However, I would like this option to not be available if there is a reboot scheduled. I have a custom action that sets a property named PENDINGREBOOT to '1' and conditions on the check-box show action that suppress the check box and value accordingly. I have confirmed this works by explicitly setting PENDINGREBOOT to '1'. However, with my custom action scheduled in the InstallExecuteSequence, the installation log shows that PENDINGREBOOT is being set to '1', but my condition is not hiding the check box. When I view the log using the Windows Installer Verbose Log Analyzer (wilogutil.exe), it shows my property PENDINGREBOOT in the Server properties tab but not Client. Do I need to do something special I need to do to use my property in a dialog when it is set in the InstallExecuteSequence? Or should this just work? John -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where is DesktopFolder?
Kevin What version of windows installer are you targeting. Looks like this parameter is only available in Windows Installer 4 and onwards. http://msdn.microsoft.com/en-us/library/aa368276%28v=vs.85%29.aspx Chris On 01/25/2011 03:34 PM, Kevin Burton wrote: I am trying to reference DesktopFolder and I get the error: C:\Projects\BuySeasonsIT\Source\Brain\Trunk\BuyseasonsServices\BsiServices\Product.wxs(318,0): error LGHT0094: Unresolved reference to symbol 'Directory:DesktopFolder' in section 'Product:{8D768A77-71B5-432F-86F2-BCD197617A79}'. Any idea on how to use the desktop? Kevin -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall shortcut?
Kevin The reason for it being there is stated in the text of the example you originally posted a link to. There is also a link off that page to here : http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm See the text in step 2 Chris On 01/25/2011 03:31 PM, Kevin Burton wrote: As far as I can tell the RegistryValue is not used. What is the purpose of the registry value? I have installed a WiX generated .msi file and it did not add any such registry entry. The shortcut that was generated does not refer to the Registry at all. Here is the code that I used. DirectoryRef Id=BsiServicesFolder Component Id=ApplicationShortcut Guid=536EBF29-1507-4246-B0EA-BEA60B76879C Shortcut Id=UninstallProduct Name=Uninstall BsiServices Description=Uninstalls The Brain Target=[System64Folder]msiexec.exe Arguments=/x [ProductCode]/ RemoveFolder Id=SERVICEINSTALLDIR On=uninstall/ RemoveFolder Id=WPFINSTALLDIR On=uninstall/ RemoveFolder Id=INSTALLATIONINSTALLDIR On=uninstall/ RegistryValue Root=HKCU Key=Software\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef -Original Message- From: Jeremy Farrell [mailto:jfarr...@pillardata.com] Sent: Tuesday, January 25, 2011 12:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall shortcut? Are you saying that the example doesn't work? In what way does it fail? From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Tuesday, January 25, 2011 5:14 PM The link to install an uninstall link seems to be outdated: http://wix.sourceforge.net/manual-wix3/create_an_uninstall_sho rtcut.htm Specifically the registry entry does not exist. I am thinking it should be something like HKCU/Micosoft/Installer/Products. Also the application name doesn't seem to come into play. In the registry there is what looks like a GUID that is the key name. I am not sure where this value is derived. Here is the exported key for an installed product: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products] [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797] ProductName=Bsi WebServices PackageCode=34C74D484BB32C140A1D3766499CFCD3 Language=dword:0409 Version=dword:0200 Assignment=dword: AdvertiseFlags=dword:0184 InstanceType=dword: AuthorizedLUAApp=dword: Clients=hex(7):3a,00,00,00,00,00 [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797\SourceList] PackageName=DebugBsiServices.msi LastUsedSource=hex(2):6e,00,3b,00,31,00,3b,00,43,00,3a,00,5c ,00,54,00,65,00,\ 6d,00,70,00,5c,00,00,00 [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797\SourceList\Media] 1=; [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797\SourceList\Net] 1=hex(2):43,00,3a,00,5c,00,54,00,65,00,6d,00,70,00,5c,00,00,00 -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall shortcut?
Kevin All you need to know about ICE and more http://msdn.microsoft.com/en-us/library/aa369554%28v=VS.85%29.aspx Chris On 01/25/2011 04:11 PM, Kevin Burton wrote: I think I figured it out. I was confused since this link was about adding a shortcut I thought that the registry value had something to do with adding a remove shortcut. Which after some experimentation I found that the registry key has nothing to do with. What are the ICE test that you refer to? Looking at this page http://wix.sourceforge.net/manual-wix3/create_an_uninstall_shortcut.htm I see no reference to ICE tests. Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Jeremy Farrell [mailto:jfarr...@pillardata.com] Sent: Tuesday, January 25, 2011 2:33 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall shortcut? In what sense is it not right? It's a registry key private to your installer which the example creates to meet the requirements of the ICE tests, as explained in the documentation. If you consider the path or name not right use different ones, as others have already suggested. I wouldn't go anywhere near Windows Installer's private entries such as the ones you quoted though. From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Tuesday, January 25, 2011 7:13 PM I haven't tried the example but based on other installed applications it seems that the registry settings that the example is using are not right. I didn't want to run an example that didn't meet the sniff test especially when modifying the registry. The sniff test for me was looking at other installed applications and seeing what registry settings they establish. So unless WiX has some special registry settings it seems that these registry settings are incorrect. Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Jeremy Farrell [mailto:jfarr...@pillardata.com] Sent: Tuesday, January 25, 2011 12:16 PM Are you saying that the example doesn't work? In what way does it fail? From: Kevin Burton [mailto:kev...@buyseasons.com] Sent: Tuesday, January 25, 2011 5:14 PM The link to install an uninstall link seems to be outdated: http://wix.sourceforge.net/manual-wix3/create_an_uninstall_sho rtcut.htm Specifically the registry entry does not exist. I am thinking it should be something like HKCU/Micosoft/Installer/Products. Also the application name doesn't seem to come into play. In the registry there is what looks like a GUID that is the key name. I am not sure where this value is derived. Here is the exported key for an installed product: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products] [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797] ProductName=Bsi WebServices PackageCode=34C74D484BB32C140A1D3766499CFCD3 Language=dword:0409 Version=dword:0200 Assignment=dword: AdvertiseFlags=dword:0184 InstanceType=dword: AuthorizedLUAApp=dword: Clients=hex(7):3a,00,00,00,00,00 [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797\SourceList] PackageName=DebugBsiServices.msi LastUsedSource=hex(2):6e,00,3b,00,31,00,3b,00,43,00,3a,00,5c ,00,54,00,65,00,\ 6d,00,70,00,5c,00,00,00 [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797\SourceList\Media] 1=; [HKEY_CURRENT_USER\Software\Microsoft\Installer\Products\77A86 7D85B17F234682FCB1D7916A797\SourceList\Net] 1=hex(2):43,00,3a,00,5c,00,54,00,65,00,6d,00,70,00,5c,00,00,00 -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where is DesktopFolder?
Kevin, What version of Windows Installer that is installed on your machine has absolutely no effect when you are building the MSI. This is not the version you are targeting but what your machine happens to be using. The reason I asked about what version you are targeting is that one possible reason for the problem is that WiX is trying to create an Installer based around features for an earlier version of Windows Installer. If thats the case, the DesktopFolder feature won't exist as it was introduced in Windows Installer 4 and hence the error. Unless this installer is purely for you, everyone else who may install your MSI may not have your version of OS and your version of Windows Installer and if a users PC has a version of Windows installer that doesn't support your feature then that will spell trouble. Your MSI should target a version of windows installer that supports the feature you are using that means setting the InstallerVersion key which is part of your package data in WiX. For version 4, it needs to be at least 400. Be mindful though that newer versions of Windows Installer may not be supported on older operating systems so by setting it to a higher version, you may be limit the OS's the MSI can be installed upon. Chris On 01/25/2011 05:32 PM, Kevin Burton wrote: If I invoke msiexec it says that I am using Windows (r) Installer. V 5.0.7600.16385. Kevin Burton Senior Software Engineer BUYSEASONS 262-901-2000 Office 262-901-2312 Fax kev...@buyseasons.com -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Tuesday, January 25, 2011 2:50 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Where is DesktopFolder? Kevin What version of windows installer are you targeting. Looks like this parameter is only available in Windows Installer 4 and onwards. http://msdn.microsoft.com/en-us/library/aa368276%28v=vs.85%29.aspx Chris On 01/25/2011 03:34 PM, Kevin Burton wrote: I am trying to reference DesktopFolder and I get the error: C:\Projects\BuySeasonsIT\Source\Brain\Trunk\BuyseasonsServices\BsiServices\Product.wxs(318,0): error LGHT0094: Unresolved reference to symbol 'Directory:DesktopFolder' in section 'Product:{8D768A77-71B5-432F-86F2-BCD197617A79}'. Any idea on how to use the desktop? Kevin -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Running Third Party Installer as a part of installation
Vasu, If the additional application has its own installer then you have no option except to use a bootstrapper as you can't start one installer from within another (called chaining). Can't help with the second part I am afraid. Chris On 11/04/2010 11:46 AM, Vasu Chakkera wrote: Dear All, I am new to WIX and trying certain things.. I have successfully finished writing an installer that does most of the things.. I now have a situation where as a part of installation , i need to check the presence of MathPlayer.exe in the system, and if it doesnt exist, then i need to install the Mathplayer.exe i also have another H2Reg.exe that i need to run anyway everytime with - u command while installing and the same exe should be run with -r command while un installing.. It all worked fine with wix 2.0 .. I am using wix3.0 now. I tried this CustomAction Id=MATHPLAYEREXECUSTOM Return=check Execute=deferred FileKey=file_MathPlayerSetupexe ExeCommand=/Install/ CustomAction Id=H2REGCUSTOMINSTALL Return=check Execute=deferred FileKey=file_H2Regexe ExeCommand=-r/ CustomAction Id=H2REGCUSTOMUNINSTALL Return=check Execute=deferred FileKey=file_H2Regexe ExeCommand=-u/ !--CustomAction Id=LaunchApplication FileKey=FoobarEXE ExeCommand= Execute=immediate Impersonate=yes Return=asyncNoWait/CustomAction-- CustomAction Id=LAUNCHREADMECUSTOM Property=NOTEPAD ExeCommand=[INSTALLDIR]\Readme.txt Execute=deferred Return=asyncNoWait/CustomAction InstallExecuteSequence Custom Action=MATHPLAYEREXECUSTOM After=InstallFinalize(not MATHPLAYERFOUND) AND INSTALLMATHPLAYER AND $comp_MathPlayerSetupexegt;2/Custom Custom Action=H2REGCUSTOMINSTALL After=InstallFinalize $comp_H2Regexegt;2 AND ( ( SEARCHFORVS7) OR (SEARCHFORVS8) OR (SEARCHFORVS9) )/Custom Custom Action=H2REGCUSTOMUNINSTALL After=InstallFinalize $comp_H2Regexe=2 AND ( ( SEARCHFORVS7) OR (SEARCHFORVS8) OR (SEARCHFORVS9) )/Custom RemoveExistingProducts After=InstallFinalize/ /InstallExecuteSequence I ran and got the following error C:\Installer.wxs(1462) : error LGHT0204 : ICE77: MATHPLAYEREXECUSTOM is a in-script custom action. It must be sequenced in between the InstallInitialize action and the InstallFinalize action in the InstallExecuteSequence table C:\Installer.wxs(1463) : error LGHT0204 : ICE77: H2REGCUSTOMINSTALL is a in-script custom action. It must be sequenced in between the InstallInitialize action and the InstallFinalize action in the InstallExecuteSequence table C:\Installer.wxs(1464) : error LGHT0204 : ICE77: H2REGCUSTOMUNINSTALL is a in-script custom action. It must be sequenced in between the InstallInitialize action and the InstallFinalize action in the InstallExecuteSequence table any pointers or help regarding this will be highly appreciated. thanks ]Vasu[ -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to add billboards
Not done this myself but I note there's a section on it in Nicks WiX book (available from PacktPub.com) which I got last week and just starting to read :) On 10/29/2010 03:40 PM, Tom Crozier wrote: I have searched the web and have tried playing around with adding billboards to my installer but have not been successful. Does anyone have a tutorial or example on how to accomplish this? Thanks- Tom -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Simple Upgrade/Reinstall Question
Alex, If you want to do upgrades then you have to use an upgrade code and the upgrade code must remain the same throughout all your versions. FindRelatedProducts searches for the upgrade code. If it find one that matches it knows it's found a related product. Chris On 10/14/2010 07:21 PM, John Bergman wrote: What would I do to the UpgradeCode to get that to work as well? Would that not be needed then? [probably a MSI question], but how does the installer know what the previous version is in order to uninstall it? -Original Message- From: Alexander Kozlenko [mailto:alexander.kozle...@hotmail.com] Sent: Thursday, October 14, 2010 1:14 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Simple Upgrade/Reinstall Question Product Id=* -Original Message- From: John Bergman [mailto:john.berg...@xpedienttechnologies.com] Sent: Thursday, October 14, 2010 8:30 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Simple Upgrade/Reinstall Question I could not get this to work, and still have the same issue where I get the popup Another version of this product is already installed. I tried several incantations, but just cannot seem to get this to work, here is a snippet from my installer file, does anyone have any ideas as to what I need to do? Product Id=7fdfd40c-167f-407c-868e-d72daf897f76 Name=XPedient XPertJustice Application Server Language=1033 Version=$(var.MajorVersion).$(var.MinorVersion).$(var.BuildNumber) UpgradeCode=c0557fad-2240-43d3-8e9c-653a7bc35015 Manufacturer=XPedient Technologies Property Id=DiskPrompt Value=XPertJustice Application Server/ Property Id=PREVIOUSVERSIONSINSTALLED Secure=yes / Property Id=MSIUSEREALADMINDETECTION Value=true / Upgrade Id=c0557fad-2240-43d3-8e9c-653a7bc35015 UpgradeVersion Minimum=1.0.0.0 Maximum=2.0.0.0 Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes IncludeMaximum=no /UpgradeVersion /Upgrade MajorUpgrade AllowSameVersionUpgrades=yes DowngradeErrorMessage=In order to downgrade, you must first uninstall the newer version that is currently installed./ !--MajorUpgrade AllowDowngrades=yes/ -- !--RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts -- I left some of the various combinations commented out above, we are fast pushing torwards a deployment, and need some insight or direction. -Original Message- From: Alexander Kozlenko [mailto:alexander.kozle...@hotmail.com] Sent: Thursday, October 07, 2010 4:06 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Simple Upgrade/Reinstall Question Try to use this code:MajorUpgrade AllowDowngrades=yes /, but also you need to suppress ICE61 for safely allowing downgrade. -Original Message- From: John Bergman [mailto:john.berg...@xpedienttechnologies.com] Sent: Thursday, October 07, 2010 11:16 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Simple Upgrade/Reinstall Question I have been reading and searching through the mailing list, and I cannot seem to get my arms around the upgrade markup. Is there a simply way to indicate that anytime an install with the same product id is detected that it should be uninstalled, regardless of the version, and the install being executed ends up being installed as if it were a fresh install? Thanks, John -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today!
Re: [WiX-users] Simple Upgrade/Reinstall Question
John, Just to elaborate, you cannot install a package where the product ID matches that of an already installed product. You should change either your product ID to * (which will create a new ID every time you build your MSI) or alternately, change it manually yourself. I tend to do the latter and update it once per release version. If I try an install on my test system, and I have forgotten to regress back to a previous version or a completely clean machine, I get an error. Chris On 10/14/2010 01:30 PM, John Bergman wrote: I could not get this to work, and still have the same issue where I get the popup Another version of this product is already installed. I tried several incantations, but just cannot seem to get this to work, here is a snippet from my installer file, does anyone have any ideas as to what I need to do? Product Id=7fdfd40c-167f-407c-868e-d72daf897f76 Name=XPedient XPertJustice Application Server Language=1033 Version=$(var.MajorVersion).$(var.MinorVersion).$(var.BuildNumber) UpgradeCode=c0557fad-2240-43d3-8e9c-653a7bc35015 Manufacturer=XPedient Technologies Property Id=DiskPrompt Value=XPertJustice Application Server/ Property Id=PREVIOUSVERSIONSINSTALLED Secure=yes / Property Id=MSIUSEREALADMINDETECTION Value=true / Upgrade Id=c0557fad-2240-43d3-8e9c-653a7bc35015 UpgradeVersion Minimum=1.0.0.0 Maximum=2.0.0.0 Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes IncludeMaximum=no /UpgradeVersion /Upgrade MajorUpgrade AllowSameVersionUpgrades=yes DowngradeErrorMessage=In order to downgrade, you must first uninstall the newer version that is currently installed./ !--MajorUpgrade AllowDowngrades=yes/ -- !--RemoveExistingProducts After=InstallFinalize/RemoveExistingProducts -- I left some of the various combinations commented out above, we are fast pushing torwards a deployment, and need some insight or direction. -Original Message- From: Alexander Kozlenko [mailto:alexander.kozle...@hotmail.com] Sent: Thursday, October 07, 2010 4:06 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Simple Upgrade/Reinstall Question Try to use this code:MajorUpgrade AllowDowngrades=yes /, but also you need to suppress ICE61 for safely allowing downgrade. -Original Message- From: John Bergman [mailto:john.berg...@xpedienttechnologies.com] Sent: Thursday, October 07, 2010 11:16 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Simple Upgrade/Reinstall Question I have been reading and searching through the mailing list, and I cannot seem to get my arms around the upgrade markup. Is there a simply way to indicate that anytime an install with the same product id is detected that it should be uninstalled, regardless of the version, and the install being executed ends up being installed as if it were a fresh install? Thanks, John -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Convert AllUsers Install to PerUser
John, I don't believe you can do it as an upgrade i.e. all in one go. An installer is either per-user or per-machine. You can't upgrade a per-machine install to per-user install or vice-versa. I think your only option is to un-install your previous version and then install the new one as two separate actions. In order to do that, you'll need a bootstrapper. Chris On 10/14/2010 01:32 PM, John Bergman wrote: Does anyone have any experience as to how to do this? Currently, we install as an all-users piece of software; mostly because I wanted to make the software available to anyone who logs in. We are required to install without the installer UI, so that seemed like the easiest route to take. The problem we are facing now is that you must be an administrator to install, and the client has decided that this limitation is unacceptable. I would appreciate any pointers to material or ideas as to how to adjust what I have as far as the WiX Installer Markup; as usual, I am more than happy to post a description of where I end up so that others can benefit. Thanks, John -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade removes all files
I think you may have sequenced RemoveExistingProducts in the wrong place in V2.0.0.0. It either needs to be InstallExecuteSequence RemoveExistingProducts After=InstallValidate / /InstallExecuteSequence or InstallExecuteSequence RemoveExistingProducts After=InstallFinalize / /InstallExecuteSequence The first option removes all the files regardless then installs the newer versions. The second only removes those files that have changed between the two. I believe there are pros and cons to using one method over the other but I am not the person to tell you what they are (I use the first option in my installs). Chris On 10/01/2010 10:13 AM, Simon Chromow wrote: Hello, I have a problem with running an upgrade to newer version with Wix. When i'm doing an upgrade from version 1.0.0 to version 2.0.0, at first all files are updated. But then after InstallFinalize all files except the files added during the upgrade are removed. Which means also the updated (overwritten) files are deleted. Is it possible to dissable this remove? I already tried to supress the RemoveExistingProducts action by different ways. I'm using Wix 3.0 Version 1.0.0 ?define ProductVersion=1.0.0? ?define RTMProductVersion=1.0.0? ?define UpgradeCode={C3F295CE-A8E2-48D4-88B8-0DD06EA8D674}? Upgrade Id=$(var.UpgradeCode) UpgradeVersion Minimum=$(var.RTMProductVersion) IncludeMinimum=yes Maximum=$(var.ProductVersion) IncludeMaximum=no Language=1031 Property=UPGRADEFOUND/ /Upgrade InstallUISequence Custom Action=PreventDowngrading After=FindRelatedProductsNEWPRODUCTFOUND/Custom /InstallUISequence InstallExecuteSequence Custom Action=PreventDowngrading After=FindRelatedProductsNEWPRODUCTFOUND/Custom RemoveExistingProducts After=InstallFinalize/ /InstallExecuteSequence Version 2.0.0 //upgrade ?define ProductVersion=2.0.0? ?define RTMProductVersion=1.0.0? ?define UpgradeCode={C3F295CE-A8E2-48D4-88B8-0DD06EA8D674}? Upgrade Id=$(var.UpgradeCode) UpgradeVersion Minimum=$(var.RTMProductVersion) IncludeMinimum=yes Maximum=$(var.ProductVersion) IncludeMaximum=no Language=1031 Property=UPGRADEFOUND OnlyDetect=yes/ /Upgrade InstallUISequence Custom Action=ShowMsiLog After=WarningDbSchemaNOT Installed/Custom /InstallUISequence InstallExecuteSequence RemoveExistingProducts Before=InstallInitialize Suppress=yes/ /InstallExecuteSequence Thank you -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automatic remove of older version
Richard Here's some help on doing upgrades http://blogs.technet.com/b/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx Looking at your code, I think you may have sequenced RemoveExistingProducts in the wrong place. It either needs to be InstallExecuteSequence RemoveExistingProducts After=InstallValidate / /InstallExecuteSequence or InstallExecuteSequence RemoveExistingProducts After=InstallFinalize / /InstallExecuteSequence The first option removes all the files regardless then installs the newer versions. The second only removes those files that have changed between the two. I believe there are pros and cons to using one method over the other but I am not the person to tell you what they are (I use the first option in my installs). You also need to make sure your product code changes from version to version but the upgrade code must remain constant through all versions. You can also use the verbose log during an install to see what's going on. The output can seem a bit cryptic initially but it can help debug the problems. Finally, you might want to consider adding a check to prevent people downgrading. The link I sent has information on how to do that. Hope that helps Chris On 09/30/2010 03:44 PM, marric01 wrote: Hi, I made an installer with WIX 3.5 that deploy things for a BI Solution. When I have a new version of my WIX Installer, and the client run the installer (MSI), can it automatically uninstall any older version installed on the PC and start the installation of the new version ? It is something possible ? Any suggestion on how to do this (or some link on web) ? I don't want the message saying that theres is another older version on the PC and it got to be uninstall before installing the new one. I never need to Update things ... I always have to remove everything and install it back with new components. I tried this (see code bellow) but it keep saying that another version is installed and that I have to remove it from Add/Remove Program Product Id=725fca14-3120-4e13-a782-90dec57b59b3 Name=AQ_SPU_CUBE Language=1036 Version=2.0.0 Manufacturer=AQ_SPU_CUBE UpgradeCode=002d3b98-f6be-4e8e-b6ae-4848ff009b46 Codepage=1252 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Upgrade Id=002d3b98-f6be-4e8e-b6ae-4848ff009b46 UpgradeVersion OnlyDetect=no Property=PREVIOUSFOUND Minimum=1.0.0 IncludeMinimum=yes Maximum=3.0.0 IncludeMaximum=no / /Upgrade InstallExecuteSequence RemoveExistingProducts Before=InstallInitialize / /InstallExecuteSequence Thanks Richard -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Component Rules Question
Thanks Blair. On 08/20/2010 03:54 PM, Blair wrote: If the new version of the file has the same name as the old file and goes into the same directory, keep the component's guid the same. -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Thursday, August 19, 2010 9:13 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Component Rules Question Hi All, This should be dead quick. Despite reading through numerous pieces of information, both on MSDN and in the archives, I am still a little confused by the Component Rules and I'd like to get some clarification if someone has a moment. I have an installer that installer an .EXE and a number of support files. Each file has it's own component and the installer always carries out a major upgrade with RemoveExistingProducts sequenced after InstallValidate. I now have a new version of one of the support files that I need to incorporate and I need to build a new installer. All the remaining files are the same as before. What do I have to do with the component GUID for the component that contains the altered file? Should it change or not? Thanks Chris -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Component Rules Question
Hi All, This should be dead quick. Despite reading through numerous pieces of information, both on MSDN and in the archives, I am still a little confused by the Component Rules and I'd like to get some clarification if someone has a moment. I have an installer that installer an .EXE and a number of support files. Each file has it's own component and the installer always carries out a major upgrade with RemoveExistingProducts sequenced after InstallValidate. I now have a new version of one of the support files that I need to incorporate and I need to build a new installer. All the remaining files are the same as before. What do I have to do with the component GUID for the component that contains the altered file? Should it change or not? Thanks Chris -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to add FeatureTree
Did you already have a UIRef in your wxs before you added the FeatureTree UIRef? On 08/11/2010 03:00 PM, little.forest wrote: We'll need to add a new component. And we'd like the end user to choose to install it or not. I found the FeatureTree maybe a fit for us. So I add these code: UIRef Id=WixUI_FeatureTree/ Property Id=INSTALL_FEATURE1 Value=1 / DirectoryRef Id='INSTALLLOCATION' Component Id='COMP_FTR1' Guid='*' File Source='feature1.dll' KeyPath=yes Checksum=yes / /Component /DirectoryRef Feature Id='Feature_1' AllowAdvertise='no' Description='This is for feature 1' Title='New feature 1' Level='2' Condition Level='1'INSTALL_FEATURE1/Condition ComponentRef Id='COMP_FTR1' / /Feature But I'm getting this error when compiling: error LGHT0130 : The primary key 'LicenseAgreementDlg/Back/NewDialog/WelcomeDlg/1' is duplicated in table 'ControlEvent'. Please remove one of the entries or rename a part of the primary key to avoid the collision. How can I fix it? Thanks all. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to add FeatureTree
I suspect your original UI refs contain a welcome dialog. The FeatureTree UI is a complete UI. Its not just a FeatureTree dialog so the combination of your UIrefs and FeatureTree means you have duplicate dialogs, hence the error. If the standard feature tree UI sequence work for you as is, then remove your other UIrefs and just use FeatureTree on its own. If you use a custom UI sequence then your only option, I think, is to add the individual dialogs you need to your custom UI. You won't be able to use WixUI_FeatureTree as is. Chris On 08/11/2010 03:28 PM, little.forest wrote: Hi Chris, Thanks. Yes, I have UIRef before I added the new FeatureTree: UIRef Id=MyWixUI_InstallDir/ UIRef Id=WixUI_ErrorProgressText/ From: Chris Lordchris.l...@atterotech.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Wed, August 11, 2010 12:22:40 PM Subject: Re: [WiX-users] How to add FeatureTree Did you already have a UIRef in your wxs before you added the FeatureTree UIRef? On 08/11/2010 03:00 PM, little.forest wrote: We'll need to add a new component. And we'd like the end user to choose to install it or not. I found the FeatureTree maybe a fit for us. So I add these code: UIRef Id=WixUI_FeatureTree/ Property Id=INSTALL_FEATURE1 Value=1 / DirectoryRef Id='INSTALLLOCATION' Component Id='COMP_FTR1' Guid='*' File Source='feature1.dll' KeyPath=yes Checksum=yes / /Component /DirectoryRef Feature Id='Feature_1' AllowAdvertise='no' Description='This is for feature 1' Title='New feature 1' Level='2' Condition Level='1'INSTALL_FEATURE1/Condition ComponentRef Id='COMP_FTR1' / /Feature But I'm getting this error when compiling: error LGHT0130 : The primary key 'LicenseAgreementDlg/Back/NewDialog/WelcomeDlg/1' is duplicated in table 'ControlEvent'. Please remove one of the entries or rename a part of the primary key to avoid the collision. How can I fix it? Thanks all. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to add FeatureTree
Sadly, you are getting to the extent of my knowledge and experience here so I am not sure I can offer much more advice. What you need is to take your customized version of WixUI_InstallDir and add to it the useful dialogs from WixUI_FeatureTree. Unfortunately, how best to achieve that I do not know. Chris On 08/11/2010 04:23 PM, little.forest wrote: Thanks Chris. I removed MyWixUI_InstallDir which is the copy of WixUI_InstallDir with some changes. I got it compile and run. But some problems: 1. The change install dir page is gone. But we need it back. 2. We added a dialog called MyAddedConfirmDlg between InstallDirDlg and VerifyReadyDlg. If we found some user's settings need to be upgraded then we show this MyAddedConfirmDlg to let the end user decide to upgrade the settings or not. This MyAddedConfirmDlg was added in the MyWixUI_InstallDir.wxs file. Where can I add my own MyAddedConfirmDlg? 3. I didn't test all cases, are there maybe other potential problems? Thanks. From: Chris Lordchris.l...@atterotech.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Wed, August 11, 2010 12:56:27 PM Subject: Re: [WiX-users] How to add FeatureTree I suspect your original UI refs contain a welcome dialog. The FeatureTree UI is a complete UI. Its not just a FeatureTree dialog so the combination of your UIrefs and FeatureTree means you have duplicate dialogs, hence the error. If the standard feature tree UI sequence work for you as is, then remove your other UIrefs and just use FeatureTree on its own. If you use a custom UI sequence then your only option, I think, is to add the individual dialogs you need to your custom UI. You won't be able to use WixUI_FeatureTree as is. Chris On 08/11/2010 03:28 PM, little.forest wrote: Hi Chris, Thanks. Yes, I have UIRef before I added the new FeatureTree: UIRef Id=MyWixUI_InstallDir/ UIRef Id=WixUI_ErrorProgressText/ From: Chris Lordchris.l...@atterotech.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Wed, August 11, 2010 12:22:40 PM Subject: Re: [WiX-users] How to add FeatureTree Did you already have a UIRef in your wxs before you added the FeatureTree UIRef? On 08/11/2010 03:00 PM, little.forest wrote: We'll need to add a new component. And we'd like the end user to choose to install it or not. I found the FeatureTree maybe a fit for us. So I add these code: UIRef Id=WixUI_FeatureTree/ Property Id=INSTALL_FEATURE1 Value=1 / DirectoryRef Id='INSTALLLOCATION' Component Id='COMP_FTR1' Guid='*' File Source='feature1.dll' KeyPath=yes Checksum=yes / /Component /DirectoryRef Feature Id='Feature_1' AllowAdvertise='no' Description='This is for feature 1' Title='New feature 1' Level='2' Condition Level='1'INSTALL_FEATURE1/Condition ComponentRef Id='COMP_FTR1' / /Feature But I'm getting this error when compiling: error LGHT0130 : The primary key 'LicenseAgreementDlg/Back/NewDialog/WelcomeDlg/1' is duplicated in table 'ControlEvent'. Please remove one of the entries or rename a part of the primary key to avoid the collision. How can I fix it? Thanks all. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall not removing files
Having said that, I note the name attribute is the same for all the files. You might want to check if that is acceptable. On 08/10/2010 06:25 PM, Chris Lord wrote: Run the uninstaller from the command line and get a verbose log. That should tell you the reason. On 08/10/2010 05:48 PM, Sudhakar Pasupuleti wrote: Hi, I am trying to understand why uninstall is not removing files. Here is the WIX file. Directory Id=TARGETDIR Name=SourceDir Directory Id=TABLESYNC_DIR Name=dontuse LongName=TableSync Component Id=tablesync_component Guid= File Id=TableSync.exe Name=dontuse LongName=TableSync.exe DiskId=1 Source=$(var.BuildRoot)\tools\TableSync\TableSync.exe/ File Id=TableSync.Common.dll Name=dontuse LongName=TableSync.Common.dll DiskId=1 Source=$(var.BuildRoot)\tools\TableSync\TableSync.Common.dll/ File Id=TableSync.Core.dll Name=dontuse LongName=TableSync.Core.dll DiskId=1 Source=$(var.BuildRoot)\tools\TableSync\TableSync.Core.dll/ File Id=XblConfig.dll Name=dontuse LongName=XblConfig.dll DiskId=1 Source=$(env.EXTPATH)\xonline-ext\BuildExport\retail\xonline\XblConfig.dll / File Id=CreateTableSyncJob.sql Name=dontuse LongName=CreateTableSyncJob.sql DiskId=1 Source=$(env.INETROOT)\private\msi\TableSync\CreateTableSyncJob.sql/ /Component /Directory /Directory Thanks in advance, Sudhakar -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] installing files to user's application data folder
Michael, With only one file in the component, you probably don't need the KeyPath. My WXS doesn't need the KeyPath for a file (I have a single file in each component) and it passes all ICE tests. As far as putting files into a specific user folder that should be OK if you are doing a per-user install. I suspect though that you are not and are doing a per-machine install instead in which case placing files in a specific users folder is fraught with problems and hence the warning. For example, what if another user tries to uninstall you application? They won't be able to access the file as its in another users files and thus the installer can't remove it and leaving files behind is considered bad installation design. If you are doing a per-machine install, then you should place the file into a common folder rather than a specific user folder. Chris On 08/05/2010 12:37 PM, michaelrepucci wrote: I'm a complete newbie to WiX and Windows Installer. I've worked through the tutorials and documentation, and feel pretty comfortable with all the basics. Now I'm trying to create an installer to fit my requirements, and while the basic install of the app and shortcuts, including conditions, and custom UI, works just fine, I'm struggling with a special requirement. What I have is an app that can run standalone, or can act as an add-on to a 3rd-party software package. I can install the app just fine, but in order to add a reference to my app on the toolbar of the 3rd-party software, I need to install some XML files to the user's %Application Data% folder. I started with: Directory Id=AppDataFolder Directory Id=3rdPartyAppData Name=3rdParty Directory Id=3rdPartyAppDataSubfolder Name=Subfolder Component Id=3rdPartyToolbar Guid=PUT-GUID-HERE File Id=Toolbar Name=an.xml Source=the.xml DiskId=1 KeyPath=yes / /Component /Directory /Directory /Directory but I get an ICE38 error that says I can't use the file as the KeyPath. I don't understand why that's the case, since I can use my app's file as the KeyPath in the primary component (not shown). I tried searching online for this issue, but all I found were people placing shortcuts into the user's profile, not files. Perhaps I'm installing this file in a non-standard manner. Is there another recommended way to do this? In a similar manner as for shortcuts - but what I feel is a hack in this situation - I can add a registry value to the Component tag as the KeyPath to prevent this error. However, I also get a couple ICE64 errors about these user profile directories not being in the RemoveFile table. I thought I'd solve those issue by adding the following within the Component tag: RemoveFolder Id=3rdPartyAppDataSubfolder On=uninstall / RemoveFolder Id=3rdPartyAppData On=uninstall / but it doesn't seem to notice these entries. Where do I have to place them? BTW, these directories may or may not exist, depending on whether the user has other add-ons installed for this 3rd-party software. So I wouldn't necessarily want the RemoveFolder tag to remove the folder, but to do so only if my installer had to create the directories. I assume this is the default behavior, but please let me know if it is not. Thank you in advance for your help! -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] updating the version number automatically
With all due respect, I think you've missed what Pally was telling you. 2010.2.0.0 is an invalid version number for a product version. The first number (Microsoft calls that the major version number) must be less than 255. Since yours is 2010, its invalid and you can't use it. This is also why you are getting the error message originally as well. On 07/27/2010 09:43 AM, subrat agasti wrote: I think u missed what i was asking. My assembly has a version 2010.2.0.0. I dont want to change that version. And because of this I can't use the !(bind.FileVersion.fileId), which will update the product version number based on the assembly version. Product Id={B6870E83-42B6-409F-9309-8363A604C1F1} Version=!(bind.FileVersion.myfileId) So i was asking if there is any other method to update the version number automatically now that i cannot use !(bind.FileVersion.fileId). Thanks for the Where's Wally stuff though. On Tue, Jul 27, 2010 at 6:41 PM, Pally Sandherpally.sand...@iesve.comwrote: OK you clearly missed the point on the page linked so I'll do you a favour copy paste it in the hope that you spot the issue this time. Consider this the WiX-users list version of Where's Wally. The format of the string is as follows: major.minor.build The first field is the major version and has a maximum value of 255. The second field is the minor version and has a maximum value of 255. The third field is called the build version or the update version and has a maximum value of 65,535. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with theVirtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: subrat agasti [mailto:subrat.w...@gmail.com] Sent: 27 July 2010 14:03 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] updating the version number automatically Thanks for the quick reply Pally. I can't use the !(bind.FileVersion.fileId) , because I can't change my file version. Is there any other way to update the version number of the MSI automatically? is it possible to read it from a file ? On Tue, Jul 27, 2010 at 6:10 PM, Pally Sandher pally.sand...@iesve.comwrote: http://msdn.microsoft.com/en-us/library/aa370859.aspx Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with theVirtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: subrat agasti [mailto:subrat.w...@gmail.com] Sent: 27 July 2010 13:25 To: wix-users@lists.sourceforge.net Subject: [WiX-users] updating the version number automatically Hi, I am updating the version number of my msi using !(bind.FileVersion.fileId). But i am getting an error which says that the version number 2010.2.0.0 is invalid.Why is that? This is the version number of my .exe file. I can't change the version number of this file. Is there any other way to update the version number of the MSI automatically? is it possible to read it from a file ? Thanks, Subrat Agasti -- -- -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l?
Re: [WiX-users] installer for both platforms(32 bit and 64 bit)
Short answer.no. But if you just need a single installer, look into using a bootstrapper which can run either your 32-bit or your 64-bit MSI depending on the environment it's being installed into. On 07/07/2010 09:07 AM, Sanjay Rao wrote: Can we use a single MSI installer on both platform(32 bit and 64 bit) ? -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with getting RemoveExistingProducts to work
Jeff, What does the verbose log say? Chris On 05/25/2010 02:55 AM, s...@pacaccess.com wrote: Prior to my upcoming release I used a VisualStudio deployment project to create the installer. For my upcoming release I've built an installer using Wix. Everything seems to be working with the exception of installing the new version on top a previously installed version. When I run my new installer created with Wix, the old version still remains installed. Within the wix script I have (amongst other things): Product Name=MyProductName Manufacturer=MyCompanyName Version=1.1.5 Language=1033 Id=Guid_1 UpgradeCode=Guid_2 Upgrade Id=Guid_2 UpgradeVersion Minimum=1.0.0 Maximum=1.1.5 IncludeMinimum=yes Property=OLDERVERSIONBEINGUPGRADED / /Upgrade InstallExecuteSequence RemoveExistingProducts After=InstallInitialize / /InstallExecuteSequence I've double-checked and the Product ID and Upgrade Code both match what was used in the previous versions (1.1.0 - 1.1.4). From what I've read it looks like this is the correct syntax and manner to use RemoveExistingProducts, yet when I run my new installer with the old version installed, the old version remains. Thanks for any help, Jeff -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] disk space requirements message appearing (and not going away)
Jeff, Several people including myself have reported seeing this during the course of an installation. It appears to only happen once in a while so its very difficult to catch. In fact, I had it happen yesterday when I was trying to install either WiX or WixEdit (I don't remember which) onto a Win XP machine. I had to cancel the install and restart it and then everything was good. As far as I know this one remains unresolved. Chris s...@pacaccess.com wrote: In my installer, at various times I'm getting a message which says, Please wait while the installer finishes determining your disk space requirements and then never goes away. I've searched on this error and from what I've read, this happens when the MSI doesn't have any components to install. Well, my MSI is installing components, so I don't know what's going on. This issue doesn't happen 100% of the time, but I've found that if I attempt go through the uninstall process (I've seen thin in both install and uninstall), go through a few of the screens, cancel out right before the installer starts to uninstall, and then repeat this process, the disk space message alternates in appearance (in other words, every other time I start the uninstall and then cancel, I get the 'determining disk space' message). I ran my installer with myinstaller.msi /l* output.txt and the steps that are logged are exactly the same, so this is a mystery to me. Any suggestions? Thanks, Jeff -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] First user impressions and questions
I believe this is what you are suggesting. http://msdn.microsoft.com/en-us/library/aa368010%28VS.85%29.aspx As the document says, this is a deprecated feature and should not be used. Instead, you need to use a bootstrapper to call the required installers one at a time. -Original Message- From: Matteo Nicolotti [mailto:eversor...@hotmail.com] Sent: Wednesday, February 03, 2010 06:19 To: wix-users@lists.sourceforge.net Subject: [WiX-users] First user impressions and questions Hi everybody, i just joined my first mailing list of my life, so please be patient and understand that sometimes i may look rude just because i don't know how to behave in there. In primis, I'm not a programmer in the strict terms, so i'm not really used to use tools similar to wix, but starting from some well done tutorial and example i managed to make my first game installer in a pair of days, mostry thanks to the quite straightforward structure of Wix. I'm using Wix with sharp-develop and a user made dll to check for .net installation version, xna framework, directx and then to install the game files. The main problem here is that the current project is actually able to compress the Xna fw and DirectX redist inside the msi file, while the .net installer is only checked and then linked. I would like to have the .Net installer included in the msi package so that a user can download and install everything in a single step. Since i am not a good programmer after-all, i was thinking of including the .net installer as a game-file, then somehow run it before the game starts, but the xna installer won't install itself, prompting the user to download the .net then retry. So i urge to know how can i add the .net installer executable to the msi file, run it at the start of the installing procedure, wait for it to do its job, then progress with the installation of the game. _ Hotmail: posta elettronica con funzioni avanzate e gratuita, con la protezione Microsoft. https://signup.live.com/signup.aspx?id=60969 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to populate a list box in a msi dialog duringruntime
BTW, we still need to talk to the Larocko's about this weekend...That is as long as you can and still want to go. -Original Message- From: Alex Cater [mailto:alex.ca...@apdcomms.com] Sent: Monday, October 19, 2009 06:03 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to populate a list box in a msi dialog duringruntime Dominique Louis wrote: There must be at least 1 dummy ListItem, otherwise the appropriate table will not be created. The http://wix.sourceforge.net/manual-wix2/wix_xsd_ensuretable.htm EnsureTable element can be used to cleanly accomplish this: e.g. EnsureTable Id=***TableName***/ -- View this message in context: http://n2.nabble.com/How-to-populate-a-list-box-in-a-msi-dialog-during-runtime-tp3811329p3848166.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to populate a list box in a msi dialog duringruntime
How weirdI send a message to my wife and it appears via WiX..apologies everyone! -Original Message- From: Chris Lord Sent: Monday, October 19, 2009 12:19 To: wix-users Subject: Re: [WiX-users] How to populate a list box in a msi dialog duringruntime BTW, we still need to talk to the Larocko's about this weekend...That is as long as you can and still want to go. -Original Message- From: Alex Cater [mailto:alex.ca...@apdcomms.com] Sent: Monday, October 19, 2009 06:03 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to populate a list box in a msi dialog duringruntime Dominique Louis wrote: There must be at least 1 dummy ListItem, otherwise the appropriate table will not be created. The http://wix.sourceforge.net/manual-wix2/wix_xsd_ensuretable.htm EnsureTable element can be used to cleanly accomplish this: e.g. EnsureTable Id=***TableName***/ -- View this message in context: http://n2.nabble.com/How-to-populate-a-list-box-in-a-msi-dialog-during-runtime-tp3811329p3848166.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Pally, I, like Alex, have seen the same thing and recently too. As I recall, I waited several minutes for an installer to think before I got bored and cancelled it. I just put it down to Windows being awkward as when I restarted the installer, the thinking time was either non-existent or just a couple of seconds and everything then went fine. Unfortunately at the time, I didn't think to note it as a problem as it eventually installed correctly. I am not even sure what it was I was installing! Chris -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Wednesday, September 16, 2009 05:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] (no subject) That means Windows Installer is thinking. We get it with patches when you click on the Next button on WelcomeDlg as at that point the Windows Installer is inventorying the product's currently installed components keypaths etc. Not sure what would cause it with an MSI, possibly a large number of things like RegistrySearch, FileSearch or if you're using the major upgrade functionality and you currently have an older product installed which has a large number of files/components/etc. Nothing to be worried about, just Windows Installer doing it's job properly you should just click the return button rather than cancelling restarting as it'll likely be no faster. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] Sent: 15 September 2009 17:04 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] (no subject) From time to time I am getting the following dialog during install that never disappears and prevents installation from continuing: Please wait while installer finishes determining your disk space requirements. Return If I cancel the install and then restart it again most likely it will work. What may be going on? Alex -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Blair, I didnt get one. If I see it happen again, I most surely will. As I said previously, I am not sure what it was I was installing or for that matter what OS (though the choice is either XP or Vista). Its also entirely possible the application I was installing was not my own WiX-generated installer but another piece of software entirelyI wish I'd paid more attention now when it happened! It certainly seems to be one of those frustratingly difficult to track down, only happens once in a while things. Chris -Original Message- From: Blair [mailto:os...@live.com] Sent: Wednesday, September 16, 2009 12:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] (no subject) This is off-the-cuff, but is it possibly related to generating the System Restore Point? I have seen that take a long time before. Did either Alex or Chris happen to obtain a log? -Original Message- From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] Sent: Wednesday, September 16, 2009 9:12 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] (no subject) Chris gave it several minutes, I let it sit overnight. So there is a problem. -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Wednesday, September 16, 2009 10:46 To: wix-users Subject: Re: [WiX-users] (no subject) Pally, I, like Alex, have seen the same thing and recently too. As I recall, I waited several minutes for an installer to think before I got bored and cancelled it. I just put it down to Windows being awkward as when I restarted the installer, the thinking time was either non-existent or just a couple of seconds and everything then went fine. Unfortunately at the time, I didn't think to note it as a problem as it eventually installed correctly. I am not even sure what it was I was installing! Chris -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Wednesday, September 16, 2009 05:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] (no subject) That means Windows Installer is thinking. We get it with patches when you click on the Next button on WelcomeDlg as at that point the Windows Installer is inventorying the product's currently installed components keypaths etc. Not sure what would cause it with an MSI, possibly a large number of things like RegistrySearch, FileSearch or if you're using the major upgrade functionality and you currently have an older product installed which has a large number of files/components/etc. Nothing to be worried about, just Windows Installer doing it's job properly you should just click the return button rather than cancelling restarting as it'll likely be no faster. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] Sent: 15 September 2009 17:04 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] (no subject) From time to time I am getting the following dialog during install that never disappears and prevents installation from continuing: Please wait while installer finishes determining your disk space requirements. Return If I cancel the install and then restart it again most likely it will work. What may be going on? Alex -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg
Re: [WiX-users] Specifying source files
The source has no affect on the location the file is placed when it is installed on the target machine. That is set by the directory structure you have defined with the directory components. The source should point to the file location of CID_Demo.pdf on your machine that is to be included in the installation. This can be an absolute reference such as C:\program files\installer\CID_Demo.pdf Or a relative one such as in your snippet SourceDir\CID_Demo.pdf If a relative path is given, Light uses the folder location of the source file it's processing as a base and adds the source location to it to create an absolute reference to the file it needs. If the file does not exist in that location, Light will then give an error. For example, if the fragment containing the snippet below is located in a file in c:\program files\Wix, Light will be looking to include the following file: c:\program files\Wix\SourceDir\CID_Demo.pdf. The simplest way to fix it is just to change the source to be the actual location of the CID_Demo.pdf file on your machine. Chris -Original Message- From: André Werlang [mailto:and...@gvdasa.com.br] Sent: Thursday, September 03, 2009 10:24 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Specifying source files Hi. I'm generating a .wxs for a directory structure called wPDF just below base input path. i.e. + SourceDir | +--+ wPDF | +-- CID_Demo.pdf ... It is generated a fragment like this: DirectoryRef Id=APPLICATIONFOLDER Directory Id=dir905B51C2A07DFF9A1FC94352B9FF6E43 Name=wPDF Component Id=cmp033B46C482346EB39AB9256BCF6ACFBA Guid={C2D8AB1E-A06C-4132-8D94-8A51EF576ADA} File Id=fil976FBB6708A816CF5F68BBDF59FFA4F4 KeyPath=yes Source=SourceDir\CID_Demo.pdf / /Component ... Light isn't able of locating source files, because they're in wPDF subdirectory. If I change references to SourceDir\wPDF\, then it works. What I find weird is that if I remove SourceDir leaving the file alone, it still can't locate the file, I'd expect it to use the path of the Directory above. And I hadn't managed to make Directory/@FileSource work. My question is: how can I generate this source file ready to link? I've seen -var option, maybe it's the easiest way...any tips? Thanks in advance. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall Problem if installed on non system partition
Tom, I do not know. I have never had any problems with the cache but then again the installers I have built aren't exactly complicated! However, first place I would look is to run an install on a fresh machine with verbose logging and see if the files are being installed to the directory you expect. Chris -Original Message- From: Tom Kazimiers [mailto:2voo...@gmx.de] Sent: Monday, July 27, 2009 17:11 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall Problem if installed on non system partition Chris, thanks for the hint with the MSI log. I looked into it and found something odd: The INSTALLLOCATION-Directory property has another value then where the application is installed. This is strange since it is declared as the base directory in the setup sources and not modified anywhere else. Coulds this have something to do with MSI caching? Thanks, Tom Chris Lord wrote: Tom For files your installer places on the hard disk, the uninstall should remove them automatically unless they are still in use. There should be no need for you to manually remove these files. Directories are a different matter as the uninstall will not remove it if the directory is not empty. This typically happens if the application generates its own files when running. The uninstaller does not know anything about them and thus leaves both the files and the directory intact. Run the uninstall from the command line using msiexec to get a verbose log and see what the log says. It should give you a clue why the files are not removed. Chris -Original Message- From: Tom Kazimiers [mailto:2voo...@gmx.de] Sent: Monday, July 27, 2009 04:07 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Uninstall Problem if installed on non system partition Hi, the installer I use is written with WiX 3 and everything works, except one little problem with the uninstallation process. If I don't change the default install location (which is on the system partition of Windows) everything works as expected (everything gets removed on an uninstall). But if I use a different install location only some files get removed (in fact, only some sub folders with their content). Files that lie directly in the install location folder do not get removed. Has anyone experienced such a problem before? If I compare both component declarations in the wix source, I see no fundamental differences that could cause this. In other installers where sometimes RemoveFile and RemoveDirectory tags used. When are they needed and when not? Thanks in advance, Tom -- -- -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall Problem if installed on non system partition
Tom For files your installer places on the hard disk, the uninstall should remove them automatically unless they are still in use. There should be no need for you to manually remove these files. Directories are a different matter as the uninstall will not remove it if the directory is not empty. This typically happens if the application generates its own files when running. The uninstaller does not know anything about them and thus leaves both the files and the directory intact. Run the uninstall from the command line using msiexec to get a verbose log and see what the log says. It should give you a clue why the files are not removed. Chris -Original Message- From: Tom Kazimiers [mailto:2voo...@gmx.de] Sent: Monday, July 27, 2009 04:07 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Uninstall Problem if installed on non system partition Hi, the installer I use is written with WiX 3 and everything works, except one little problem with the uninstallation process. If I don't change the default install location (which is on the system partition of Windows) everything works as expected (everything gets removed on an uninstall). But if I use a different install location only some files get removed (in fact, only some sub folders with their content). Files that lie directly in the install location folder do not get removed. Has anyone experienced such a problem before? If I compare both component declarations in the wix source, I see no fundamental differences that could cause this. In other installers where sometimes RemoveFile and RemoveDirectory tags used. When are they needed and when not? Thanks in advance, Tom -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run an MSI from within WIX
No. You cannot Chain one MSI from another. This is a limitation of the Windows Installer technology. To run both MSI's you'll need a bootstrapper. Have a search through the archives as there are plenty of references of bootstrappers as this is a fairly frequent question. Chris -Original Message- From: Damien Karkinsky [mailto:d...@adelard.com] Sent: Thursday, July 23, 2009 09:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Run an MSI from within WIX Hi all, Is it possible to run an msi file from within WiX to install a third party component that only comes as an msi Dom -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How People Validate Their Installers
I run it...plain and simple. I have a dedicated machine with removable drives that I can image to a base setup of Win2000, Win XP, Vista and a Win 7 install will be added in the near future. From there, I can test a clean install, or I can install a previous version and make sure it gets upgraded correctly. I also check the software runs and works as it should which I can do easily as I am the developer and the setup builder. Chris -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Friday, July 17, 2009 18:54 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How People Validate Their Installers I was curious to see how other people validate their installers to ensure they install the correct files, registry keys, etc into the proper locations. For example, if somebody on your development team says a file needs to be added to the installer and it needs to be installed into xyz directory, how do yall verify it was installed? I would like to develop some automated test application that determines this. -- View this message in context: http://n2.nabble.com/How-People-Validate-Their-Installers-tp3278297p3278297.html Sent from the wix-users mailing list archive at Nabble.com. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrading...
Take at look at the WiX tutorial at http://www.tramontana.co.hu/wix/lesson4.php This has some detail on doing upgrades. That should start you on your way. Chris -Original Message- From: John D. Marinuzzi [mailto:nu...@hypack.com] Sent: Wednesday, July 22, 2009 13:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Upgrading... Hello, I used WIX to create an installer for our last release of our software. I was using NSIS prior to that, but we had customers who wanted to be to implement installs over a network, so we switched. So, we are at a point where I have to do another release, and I want to be able to 1) Install new if the older version does not exist, and 2) uninstall the older version before installing if it does exist. I have looked at Upgrade and Upgrade codes, etc., but cannot grasp what exactly I have to do. All the attempts I have tried have either given me the already installed error, or installed separate keeping the older version in the programs listing. Any suggestions on a good source to understand this? I have tried the documentation here on the site, but can't seem to figure out if I need new GUIDs or use older ones, etc. Thank You, John -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Third-party installation
Calling of one install from another is called chaining. It's not that WiX doesnt support chainingNot being able to Chain installs is a limitation imposed by Windows Installer technology which WiX uses. So any MSI you build has this limitation whether it's built using WiX or otherwise. However, you can get around that limitation by using another program that runs each installer separately. That way one installer is not calling another. This type of program is called a bootstrapper. There appears to be a number of bootstrappers around depending on the environment you develop in. I believe Visual Studio may have one built in. WiX will be adding a bootstrapper to its tools in the future when WiX V3.5 becomes available if you can wait for that. Chris -Original Message- From: Yu, Brian [mailto:b...@easyscreen.com] Sent: Thursday, July 02, 2009 06:19 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Third-party installation Try using this http://dotnetinstaller.codeplex.com/ As far as I know, WIX doesn't support multiple msi's -Original Message- From: MacDiarmid, James D [mailto:james.macdiar...@eds.com] Sent: 01 July 2009 16:21 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Third-party installation All, I have a couple third-party installers, such as the SOAP toolkit, I need to kick off during my installer. This file does not get installed with the rest of the application. How would I go about setting that up? Thanks, Jim -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users _ This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are incorporated under the laws of England and Wales (company no. 05677531 and VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, London EC2M 3TQ. This e-mail and/or any attached documents may contain privileged and confidential information and should only be read by those persons to whom this e-mail is addressed. Use by other than intended recipients is prohibited. If you are not the addressee, you must not copy, distribute, disclose or use any of the information in it. If you have received it in error, please delete it and immediately notify the sender. EASYSCREEN reserves the right to monitor all e-mail messages passing through its network. As we cannot guarantee the genuineness, accuracy or completeness of the information contained in this message, the statements set forth are not legally binding. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is a difference TYPICAL Installation and Complete Installation.
Akash, Typical and Complete are names of feature sets. A feature set installs a particular group of components. Each feature set can install a different set of components (though a component can be used in more than one feature set if needed). An install always requires at least one feature set. In my case, I install everything anyway so I only use one feature set and the user doesnt have any options. However, I could equally set up the installer to have a typical feature set that installs just the application and a complete feature set that installs both the application AND the documentation and the user will then get to choose what it is they want to install. Whether you need more than one feature set will entirely depend on what it is you are installing and if you need to give the user options on what is or isn't installed. Chris -Original Message- From: akash bhatia [mailto:911ak...@gmail.com] Sent: Monday, June 29, 2009 3:14 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] What is a difference TYPICAL Installation and Complete Installation. hi, I have been using WiX 3.0 for migrating my installlers in Installshield to WiX. One thing i am not able to understand is the Difference between *typical*and *complete* installation. Can any one please throw some light on this. Regards, Akash -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is there a way to automatically get files in to a wix wsx file?
Tom, If your current installer generates an .MSI file to install your product then WiX contains a tool called Dark that can convert an Msi into a Wxs file for you. I haven't used it a lot but worked when I swapped from Installshield to WiX to get me going. Chris -Original Message- From: Tom Masterson [mailto:kd7...@yahoo.com] Sent: Thursday, June 25, 2009 15:45 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Is there a way to automatically get files in to a wix wsx file? We are looking at using wix to create our installers but most of our projects have 100+ files. I have neither the time nor patience to sit there and type in that many file entries. Is there an easy way to get at lest an inial setup with the files entered or do we need to write a script then modify each line? Tom -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setting a Vista Firewall rule
My application uses a .NET object that requires the use of TFTP. Unfortunately, on a Vista install, the software doesn't work correctly because the Vista firewall blocks it. A simple exception for the application fixes this. However, rather than get the user to do this manually, I'd like my installer to do that for me. This must be easy to do but for the life of me I can't see how or find where this is documented. So would someone be kind enough to point me to the relevant documentation or provide assistance of how to do it? Thanks in advance Chris -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting a Vista Firewall rule
Apologies everyone. A quick search this morning and I find Bob's blog with all the information I need! Have no idea how I missed that. Must have been tired. -Original Message- From: Chris Lord Sent: Tuesday, May 05, 2009 10:44 To: wix-users Subject: [WiX-users] Setting a Vista Firewall rule My application uses a .NET object that requires the use of TFTP. Unfortunately, on a Vista install, the software doesn't work correctly because the Vista firewall blocks it. A simple exception for the application fixes this. However, rather than get the user to do this manually, I'd like my installer to do that for me. This must be easy to do but for the life of me I can't see how or find where this is documented. So would someone be kind enough to point me to the relevant documentation or provide assistance of how to do it? Thanks in advance Chris -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Nested MSI
Afraid not. It's not a WiX issue but rather a Windows Installer limitation. If you need to run two MSI's, your only option is to use a bootstrapper to call the MSI's separately. Chris Lord -Original Message- From: dedek mrazko [mailto:aleask...@gmail.com] Sent: Wednesday, February 25, 2009 04:27 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Nested MSI Hi there Is it possible to create in wix a CustomAction that starts another MSI? (Nested instalation). If so, could you give me an example. I know how to add this kind of a action to a *.msi once it is created. What i need is action that looks like: - action: MyCustomAction - type: 87 - source: Another.msi - target:ALLUSERS=2 ADDLOCAL=ALL. Is there any way to put this action in .wxs file??? Thanks. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setting XP compatible mode on Vista Shortcut
Hello all, I have a simple installer that installs files and shortcuts. Unfortunately, a third party tool the application requires only runs correctly if the application is run in XP compatible mode under Vista. It runs fine with no modifications needed under XP and 2000. Is there any way to create a shortcut when Vista is detected that sets both the XP compatible mode flag and the run with Admin privileges flag from within the installer? Looking ahead, I am hoping a fix for this is soon going to be available. If the user should upgrade the software, is there a way to remove the above settings from said shortcut when it's no longer needed. Any help is gratefully received Thanks Chris Lord -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting XP compatible mode on Vista Shortcut
Thanks Rob. -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Friday, February 13, 2009 12:45 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Setting XP compatible mode on Vista Shortcut Today you'd have to write a CustomAction to set that. The native Windows Installer ability doesn't have functionality to do that. -Original Message- From: Chris Lord [mailto:chris.l...@atterotech.com] Sent: Friday, February 13, 2009 07:47 To: wix-users Subject: [WiX-users] Setting XP compatible mode on Vista Shortcut Hello all, I have a simple installer that installs files and shortcuts. Unfortunately, a third party tool the application requires only runs correctly if the application is run in XP compatible mode under Vista. It runs fine with no modifications needed under XP and 2000. Is there any way to create a shortcut when Vista is detected that sets both the XP compatible mode flag and the run with Admin privileges flag from within the installer? Looking ahead, I am hoping a fix for this is soon going to be available. If the user should upgrade the software, is there a way to remove the above settings from said shortcut when it's no longer needed. Any help is gratefully received Thanks Chris Lord -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Removing a previous Installshield installation
Hello, I have a Wix installation built to replace an Installshield one. However, on testing, some files are updated but add remove programs contains uninstalls for both the original software and the Wix installed one. I used the same Upgrade code as in the previous Installshield versions. I have looked at the verbose log file and I note during FindRelatedProducts that it says the previous install is per machine and the current install is per user and says skipped at the end. Can I presume then that this means FindRelatedProducts will return a match and thus did not uninstall anything? If so, what do I have to set in order to change that so that I correctly detect the Installshield and thus can remove it? Thanks Chris Lord -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Removing a previous Installshield installation
Thanks Richard, I kind of guessed that was the case. I have two further questions 1) Would it be possible to set ALLUSERS and then detect the previous products and if found, give a warning and exit the installer. If a previous product isn't found then clear all users and continue with the installation as normal? This would mean the user is forced to manually remove the previous product first before the newer one is installed. 2) Got any recommendations of a good bootstrapper? Thanks Chris -Original Message- From: Richard [mailto:legal...@xmission.com] Sent: Friday, January 23, 2009 12:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Removing a previous Installshield installation You can't upgrade away a per-machine install with a per-user install and vice-versa. The best way to handle this is to set ALLUSERS according to what was installed previously and not let them change it during the upgrade. Another way of dealing with it is to cope with it in a bootstrapper and force them to remove the old product before installing the new one (which means its not an in-place upgrade at that point). -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Removing a previous Installshield installation
Neither really. The application itself contains no user specific files so to me, it doesn't matter. Are there any specific reasons why you'd want one over the over? My major concern was to remove the Installshield version which I now know is per-machine. Chris -Original Message- From: Richard [mailto:legal...@xmission.com] Sent: Friday, January 23, 2009 12:24 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Removing a previous Installshield installation In article h2e30106ea2f.1232730730.scalix.atterotech@mhs, Chris Lord chris.l...@atterotech.com writes: I have two further questions 1) Would it be possible to set ALLUSERS and then detect the previous products and if found, give a warning and exit the installer. If a previous product isn't found then clear all users and continue with the installation as normal? This would mean the user is forced to manually remove the previous product first before the newer one is installed. You could certainly do this; it would avoid the need for a bootstrapper. You'd basically set a launchcondition to look for the old product. This would work reasonably well if you were forcing ALLUSERS to a particular value and it didn't match the existing product's value of ALLUSERS. Are you trying to force per-machine or per-user or are you letting the user choose? -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Incorporating Heat output into a project
I have application that requires the installation of some 3rd party COM objects. I have used Heat to harvest the details from all the necessary files and after a lot of fiddling, I have managed to get the files to install and I have verified they are copied onto the HD of the target machine in the correct location. This was a challenge in itself. However, the application still fails when it runs. The error is the same as that given if the COM objects aren't installed at all. I am thus assume that my COM objects aren't being registered correctly and I am missing something. The problem is I know little about installing COM objects other than the need to be registered so I am not sure where to begin. One thing I did do was to compare the MSI files of a working installation created by Installshield for a previous version and the Wix generated one using Orca. Straight away, I noticed the working install has a class table and relatively few registry entries but the Wix has no class table and a large amount of registry entries. I don't know if this is relevant or not. I am now stumped as I do not know how to proceed. Can anyone offer suggestions? -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Incorporating Heat output into a project
I tried adding advertise=yes but to the Heat output but when I build it, Candle then complains something about class/@server cannot be specified at the same time as advertise=yes. This confused me no end as a couldnt see any reference to the server property. I know Heat is problematic from a discussion not so long back in which Rob asked for volunteers to take over maintenance of the Heat code. Is the is missing registration that's needed likely to be one of those problems and if so should I give up now trying to get it to work? Chris -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Monday, December 22, 2008 16:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Incorporating Heat output into a project Chris Lord wrote: One thing I did do was to compare the MSI files of a working installation created by Installshield for a previous version and the Wix generated one using Orca. Straight away, I noticed the working install has a class table and relatively few registry entries but the Wix has no class table and a large amount of registry entries. I don't know if this is relevant or not. WiX prefers to register COM objects using the registry, because the native COM tables in MSI lead to weird user experiences when MSI wants to repair. The effect should be the same, however. For comparing the two, you can tell WiX to use the COM tables by specifying Advertised='yes' in each element. Likely Heat is missing registration that's needed. -- sig://boB http://joyofsetup.com/ -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Simple upgrade.
Hi all, I am somewhat perplexed with the whole upgrade path. I have read and re-read the Wix docs, the MSDN data, months of WiX posts relating to upgrading and anything else I can get my hands on. The more I read, the more confusing it gets and the less I seem to understand. I am hoping someone can shed some light. My install contains the main .EXE application and a few support files of which all but one do not change. When we create a new version, generally all that changes is the .EXE and once in a while, the support file. What I'd like to achieve is this. I want to supply the end user with an MSI. When run, it detects if a previous version has been installed. If it hasn't then it go ahead and installs everything. If a previous install is found, it should just update the EXE file and maybe the support file as needed. From what I have read, it appears that an upgrade requires uninstallation of the original software but there are settings set up by the user in the registry which would also be removed. I'd like to save the user from the hassle of having to setup things up again. Is this possible and if so how? Thanks Chris Lord Attero Tech LLC. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixWiki issues
Hello, Want to look up some things in the Wixwiki but all I get is blank pages. The search works but any page I select shows no information. Is it me or is there a problem? Thanks Chris - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut Target Attribute
This is what I have used for my application. Shortcut Id=StartMenuShortcut Name=My Application Description=My Application Shorcut WorkingDirectory=INSTALLDIR Target=[INSTALLDIR]MyApplication.exe / The MyApplication.exe needs to be the exact filename of the executable that the shortcut is pointing to. The use of [INSTALLDIR] instead of an absolute file reference is used in my installer as it means that the shortcut always points to the installed file even if the user changes the install directory. If the user cannot alter the install directory then using an absolute reference (C:\Program Files\ etc) to the file should work also. Chris -Original Message- From: JLM [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2008 09:39 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Shortcut Target Attribute So in my last email I got a hint to use the Target attribute of the shortcut tag. I need the shortcut's target to be: C:\Program Files\Tcl\bin\wish85.exe path_to_tcl file Unfortunately, the schema documentation for the shortcut tag is empty, so I don't know exactly how to format this tag. I have set the Target attribute to: Target='C:\Program Files\Tcl\bin\wish85.exe [#file_10]' But when I do this, I do not get any entry in the start menu. When I remove this, but have WorkingDirectory=INSTALLDIR I get an entry in the start menu, but the target is wrong. Maybe the shortcut is in the wrong place? I have it as a subtag of the file tag of the file I am trying to make a shortcut to. What do I need to do to get the shortcut to show up in the start menu, and have the correct target? Thanks. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Register a DLL
Hello, I have a single DLL driver file driver for some hardware I need to be able to install. For testing I have been manually registering and unregistering the DLL using RegSvr32. I now need to automate the installation so I'll need to install the file and register it. And when I uninstall it, unregister it. While I can write the install/uninstall part of the installation easily enough, how do I go about registering and unregistering the DLL. Thanks Chris Lord - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Register a DLL
That is perfect. Thanks very much indeed! -Original Message- From: Pally Sandher [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 12:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Register a DLL heat.exe file your_dll -gg -nologo -out your_wxs Substitute your_dll with your DLL filename your_wxs with something you like (I tend to use the name of the DLL or OCX but with .wxs instead). That should generate you a Fragment with the DLL in a File tag all the registration which DllRegisterServer would do. Make sure you check there are no explicit paths if there are, replace them with Properties (e.g. [#mydll.dll] for the full long path of your DLL after it is installed etc). Also make sure to update the DirectoryRef to point at the Directory where you want the file installed. No need to declare the File anywhere else or worry about uninstall, this is your one-stop-shop. Cheers, Palbinder Sandher Software Deployment and IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Chris Lord [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 16:26 To: wix-users Subject: [WiX-users] Register a DLL Hello, I have a single DLL driver file driver for some hardware I need to be able to install. For testing I have been manually registering and unregistering the DLL using RegSvr32. I now need to automate the installation so I'll need to install the file and register it. And when I uninstall it, unregister it. While I can write the install/uninstall part of the installation easily enough, how do I go about registering and unregistering the DLL. Thanks Chris Lord - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Removing shortcuts Shortcuts
I have a new installation which appears to compile and link all except one error relating to my shortcuts. I have used the code shown in the example from the Wix help but added another directory. The reason being this install is likely to be one of a number of installs and I wish to group them under our company name and then have a folder for each application and it's related shortcuts. My directory structure for the shortcuts is as follows ProgramMenuFolder ShortcutCompanyDir ShortcutProductDir The ProductDir contains a component to add the shortcuts and also to remove the ProductDir. Not surprisingly, when I build the installation I get the following error error LGHT0204 : ICE64: The directory ShortcutCompanyDir is in the user profile but is not listed in the RemoveFile table. Since the CompanyDir does not, in itself, have any components associated with it, there is nowhere to put a RemoveFolder reference for it. I have tried a number of different scenario's to try and get round this but each seems to create more problems so short of using a flat shortcut structure (as in the help example), I am struggling to find a solution. I am sure there is an easy way to do what I need. What am I missing? Thanks Chris Lord Product Engineer Attero Tech, LLC - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] First time user questions
Hello I need some assistance in completing my first installation. 1) Using the inbuilt UI adds rather too many forms for my needs is there any way to cut them back and not show some of them? 2) As part of my learning curve, I started to build my own UI. One screen I need is a license screen but I didn't see a scrollable text control that I could load the text into. How do I do that? 3) I have to install a second application after my installation is complete. This installation is created my someone else and is a .EXE file. I realize I need a custom action but how do I get this to fire once my installation is complete. Thanks in advance Chris Lord Product Engineer Attero Tech, LLC 1315 Director's Row, Suite 107 Fort Wayne, IN 46808 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] First time user questions
Thanks Chad, further information 1) I found some information in the help but I can't locate the names of all the dialogs. It mentions about customizing the dialogs but the information is not thorough. Can someone point me to where I can get more information? Also, is there any way to manipulate the fonts used in the dialogs to customize their look further? 2) The license screen shows the licensing agreement in a box that can be scrolled up and down to show the complete text. The inbuilt UI loads the text in from a file in RTF format. I didnt see a control in the controls section that does this. 3) Perfect. -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Friday, October 17, 2008 10:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] First time user questions 1st thoughts: 1) Typically look at the Publish elements in the UI sequence and see what each control does. 2) Not sure what you're trying to do exactly 3) Write a CA, then tie it to the Finish control. Something similar to this... Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLOCALDB / And in the Value attr, that would be your CA Id. On Fri, Oct 17, 2008 at 10:35 AM, Chris Lord [EMAIL PROTECTED]wrote: Hello I need some assistance in completing my first installation. 1) Using the inbuilt UI adds rather too many forms for my needs is there any way to cut them back and not show some of them? 2) As part of my learning curve, I started to build my own UI. One screen I need is a license screen but I didn't see a scrollable text control that I could load the text into. How do I do that? 3) I have to install a second application after my installation is complete. This installation is created my someone else and is a .EXE file. I realize I need a custom action but how do I get this to fire once my installation is complete. Thanks in advance Chris Lord Product Engineer Attero Tech, LLC 1315 Director's Row, Suite 107 Fort Wayne, IN 46808 -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] First time user questions
Thanks for that. I didnt spot the scrollable edit control in the list. The source code gives me everything I need. That was what I was missing. I also have a copy of WixEdit. It seems to be just the tool I need. I have another question relating to the CustomAction. I need to call an external .EXE once my main installation has completed. The .EXE needs to be included as part of the installation as it wont be available on the client machine. The .EXE is a setup routine to install some further components that has been supplied by a third party. I do not want the .EXE to remain on the clients machine. Am I correct in assuming that I would have to install the file to a temporary folder, run it from that folder and then delete it from the clients machine once it has completed it's install? If so, has anyone got any ideas on how I achieve that? Thanks Chris -Original Message- From: Martin MacPherson [mailto:[EMAIL PROTECTED] Sent: Friday, October 17, 2008 12:03 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] First time user questions I'm a bit of a UI newbie but this seems to be the way... 1) Download the Wix src eg.. http://wix.sourceforge.net/releases/3.0.4603.0/wix3-sources.zip 2) Extract and take a look at the 'src\ext\UIExtension\wixlib' folder. This is where the WixUI and dialogs are stored. 3) If you want to remove a couple of dialogs from a WixUI, just copy the one you want to customise (eg..WixUI_InstallDir/WixUI_Mondo) into your Wix project, open it up, remove the references to the dialogs you don't want and connect up the next and back buttons for the other dialogs. You'll need to give the WixUI a new id which you can reference from your main wix file. 4) If you want to customise/create a new dialog you can copy a similar one from the src folder (eg..LicenseAgreementDlg.wxs) into your wix project, customise (giving it a new id) and then reference it in your WixUI file. It is worth downloading WixEdit as it can be useful when trying to design your dialog though I don't use it for anything else. It is actually fairly straightforward, considerably more than I expected. If you take a look at the LicenseAgreementDlg you can see that the following is used to provide the scrollable textbox Control Id=LicenseText Type=ScrollableText X=20 Y=60 Width=330 Height=140 Sunken=yes TabSkip=no Text SourceFile=!(wix.WixUILicenseRtf=$(var.licenseRtf)) / /Control Good luck! 2008/10/17 Chris Lord [EMAIL PROTECTED] Thanks Chad, further information 1) I found some information in the help but I can't locate the names of all the dialogs. It mentions about customizing the dialogs but the information is not thorough. Can someone point me to where I can get more information? Also, is there any way to manipulate the fonts used in the dialogs to customize their look further? 2) The license screen shows the licensing agreement in a box that can be scrolled up and down to show the complete text. The inbuilt UI loads the text in from a file in RTF format. I didnt see a control in the controls section that does this. 3) Perfect. -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Friday, October 17, 2008 10:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] First time user questions 1st thoughts: 1) Typically look at the Publish elements in the UI sequence and see what each control does. 2) Not sure what you're trying to do exactly 3) Write a CA, then tie it to the Finish control. Something similar to this... Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLOCALDB / And in the Value attr, that would be your CA Id. On Fri, Oct 17, 2008 at 10:35 AM, Chris Lord [EMAIL PROTECTED]wrote: Hello I need some assistance in completing my first installation. 1) Using the inbuilt UI adds rather too many forms for my needs is there any way to cut them back and not show some of them? 2) As part of my learning curve, I started to build my own UI. One screen I need is a license screen but I didn't see a scrollable text control that I could load the text into. How do I do that? 3) I have to install a second application after my installation is complete. This installation is created my someone else and is a .EXE file. I realize I need a custom action but how do I get this to fire once my installation is complete. Thanks in advance Chris Lord Product Engineer Attero Tech, LLC 1315 Director's Row, Suite 107 Fort Wayne, IN 46808 -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http