Re: [WiX-users] Active directory browser
I don't know if it would be any use, but Apache has a suite of AD/LDAP tools/libraries at http://directory.apache.org/studio/ . -- Bruce On Nov 11, 2014, at 10:12 PM, pezmannen pezman...@gmail.com wrote: My setup includes several dialogs where you need to specify different Active Directory accounts. For now, they are all free text and it's pretty easy to miss spell. I found Msiext (http://dblock.github.io/msiext/) but was wondering if there is something out there that can be used without starting compiling cpp-code? Thanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Active-directory-browser-tp7597858.html Sent from the wix-users mailing list archive at Nabble.com. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn doesn't warn if package names collide
On 10/31/2014 12:11 AM, Rob Mensching wrote: Just so I'm sure I follow exactly, can you provide snippet of example code that demonstrates the issue? Chain MsiPackage Id=Win7_driver ForcePerMachine=yes SourceFile=Win7\driver.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes InstallCondition=VersionNT = v6.1 AND NTProductType = 1 MsiProperty Name=INSTALLDIR Value=[InstallFolder]/ /MsiPackage MsiPackage Id=Win2008R2_2012_8_driver ForcePerMachine=yes SourceFile=Win8\driver.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes InstallCondition=VersionNT gt; v6.1 OR NOT NTProductType = 1 MsiProperty Name=INSTALLDIR Value=[InstallFolder]/ /MsiPackage MsiPackage ForcePerMachine=yes SourceFile=utils.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes /MsiPackage /Chain -- Bruce -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn doesn't warn if package names collide
Yup, that's what I did - I could also have changed source or destination filenames. -- Bruce On 10/31/2014 11:28 AM, Hoover, Jacob wrote: A possible workaround would be to provide a MsiPackage/@Name putting them in different directories in the layout. Ie: Chain MsiPackage Id=Win7_driver ForcePerMachine=yes SourceFile=Win7\driver.msi Name=Win7\driver.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes InstallCondition=VersionNT = v6.1 AND NTProductType = 1 MsiProperty Name=INSTALLDIR Value=[InstallFolder]/ /MsiPackage ... Though I could see this as being a valid feature request to emit a warning. -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Friday, October 31, 2014 11:54 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Burn doesn't warn if package names collide On 10/31/2014 12:11 AM, Rob Mensching wrote: Just so I'm sure I follow exactly, can you provide snippet of example code that demonstrates the issue? Chain MsiPackage Id=Win7_driver ForcePerMachine=yes SourceFile=Win7\driver.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes InstallCondition=VersionNT = v6.1 AND NTProductType = 1 MsiProperty Name=INSTALLDIR Value=[InstallFolder]/ /MsiPackage MsiPackage Id=Win2008R2_2012_8_driver ForcePerMachine=yes SourceFile=Win8\driver.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes InstallCondition=VersionNT gt; v6.1 OR NOT NTProductType = 1 MsiProperty Name=INSTALLDIR Value=[InstallFolder]/ /MsiPackage MsiPackage ForcePerMachine=yes SourceFile=utils.msi Vital=yes Compressed=yes SuppressSignatureVerification=yes /MsiPackage /Chain -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn doesn't warn if package names collide
On 10/31/2014 11:55 AM, Rob Mensching wrote: Could you file a bug to say that there should be an error message too? Done: http://wixtoolset.org/issues/4574/ . -- Bruce -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn doesn't warn if package names collide
I noticed that Burn (in 3.9 RC4) doesn't provide any warning or error if two packages in a chain are in different directories with the same file name: it appears to silently overwrite one of the copies. -- Bruce -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: different bundles, same msi package - not detected
I have two different products/bundles that install different versions of the same msi package. I had expected that the bundle would detect the existing installation of the msi and log it as an upgrade, but instead it's logging it as absent and the subsequent execution of the package runs the upgrade anyway. I'm using WiX 3.9.203.0. Is this expected with different bundles, or should the msi package be found by both? -- Bruce -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: doing an Administrative Installation
On 4/10/2014 3:13 AM, David Watson wrote: You can do a /layout to get the contents of the bundle, then you would need to do an admin install with the msi. Don't know if there is a /admin on the bundle, you could make one if not that calls each msi in turn with admin parameters. Unfortunately, since we embed everything in the exe /layout just gets a copy of the exe, not the contents - need to use burn.exe -x out installer.exe instead. -- Bruce -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: doing an Administrative Installation
We package our MSI using Burn, and have had a request to allow users to dump the files in one of the MSIs to a directory instead of installing them - i.e. doing an Administrative installation (http://msdn.microsoft.com/en-us/library/aa367541%28v=vs.85%29.aspx). Does the functionality exist in Burn to do this? -- Bruce -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Failed to initialize COM
I have a machine running Windows 8.1 where the Burn uninstaller is failing since it appears that the call to CoInitialize() is failing: Burn v3.9.203.0, Windows v6.3 (Build 9600: Service Pack 0), path: C:\ProgramData\Package Cache\{GUID}\product.exe, cmdline: '/uninstall /quiet /norestart -burn.unelevated BurnPipe.{GUID1} {GUID2} 2660' Initializing string variable 'InstallFolder' to value '[ProgramFiles64Folder][WixBundleName]' Setting string variable 'WixBundleLog' to value 'C:\Users\ADMINI~1\AppData\Local\Temp\ProductName_20140322065504.log' Error 0x80070008: Failed to initialize COM. Shutting down, exit code: 0x8 I've verified that a simple application *can* call CoInitialize() successfully (I guess if that was broken Windows wouldn't be running!) - any ideas what might be wrong? -- Bruce -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: 0x80096005: timestamp signature and/or certificate could not be verified
On 1/28/2014 3:27 PM, Phill Hogland wrote: There are other similar reports on the internet which are not related to Wix, so the root problem is probably more along the lines that Christopher suggested. When you recompiled did you consider using MsiPackage/@SuppressSignatureVerification? This can happen if the machine can't contact the Microsoft servers to download the root certificate. At least on Vista, if the machine is never connected to the Internet our Burn packages won't install because the Verisign certificate isn't on the machine. I don't know if the same issue exists on Windows 7 and newer though. -- Bruce -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Signing all DLLs and EXEs in project
I guess the OP is talking about native binaries, not .NET assemblies since he mentioned signtool - sn is the .NET signing tool. -- Bruce On 12/18/2013 1:23 PM, John Cooper wrote: You'll have to correctly handle the case where a binary cannot be signed because it has references to unsigned assemblies. We run into this all the time with our UI controls. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Dror, Tomer [mailto:tomer.d...@intergraph.com] Sent: Wednesday, December 18, 2013 1:44 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Signing all DLLs and EXEs in project If you can explain how do you want to sign the dll I can try to create wix extension for you something like Component Directory=FeatureA1 yourNameSpace:SignKeyPathFile=yes Guid={87DFBD51-5DA7-46D2-9FB5-8A602A87EA71} Id=ComponentAA1.txt File KeyPath=yes Source=Content\FeatureA\FeatureA1\ComponentAA1\ComponentAA1.txt/ /Component /Feature Tomer Dror SmartPlant Explorer Development Manager. Intergraph Corporation. Intergraph Israel. Nesher 36881 - 4, Hacharoshet St. P: +972 (4) 8779191-1222 Skype:tomer.dee http://www.intergraph.com . From: Rob Mensching [r...@robmensching.com] Sent: Wednesday, December 18, 2013 9:26 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Signing all DLLs and EXEs in project Not today. Something considering for v4 (maybe). -Original Message- From: Brian Enderle [mailto:bria...@gmail.com] Sent: Wednesday, December 18, 2013 11:22 AM To: General discussion about the WiX toolset. Subject: [WiX-users] Signing all DLLs and EXEs in project Is there a way I can sign all the DLLs and EXEs in my project using WiX via signtool? I was hoping there might be something available in the @Component element that would allow me to selectively sign DLL/EXE files so that I could avoid signing DLLs that I did not create. Brian If you can't explain it simply, you don't understand it well enough. - Albert Einstein -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100%
Re: [WiX-users] Signing all DLLs and EXEs in project
On 12/18/2013 1:21 PM, John Cooper wrote: If you're signing more than a dozen or so files in one pass, you've got bigger problems. :) Besides which, like many build-related tasks, signing is an activity best done in the same project generating the binary. +1. Unless you're talking about signing custom action DLLs, then signing is best done before the packaging/installer task. -- Bruce -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Microsoft Reciprocal License explaination
On 11/20/2013 8:52 AM, John Ludlow wrote: The only reason I can see not to do this is because it depends on proprietary code, which either has no use outside your environment, or is considered part of your own product and can't be distributed. Or if you think the changes are so awesome you want to prevent your competitors from getting the improvements :) -- Bruce Cran -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action was working now it isn't.... HELP...
On 10/31/2013 7:50 PM, Steven Ogilvie wrote: So weird... Was working before, stopped working... function name had 26 characters removed 7 characters now it works... Something we discussed today was how the CA log name when calling WcaInitialize() has a maximum of 32 characters - anything more than that and it fails with an Insufficient buffer error. Could something similar be happening? -- Bruce Cran -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/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: [SPAM] Re: Errors installing 3.7
On 9/25/2013 2:47 PM, keith.doug...@statcan.gc.ca wrote: Hi everyone, I thought I'd update the answer to my question from last week: For what it is worth, our server support team found KB931125, which seems to have been the correct one for Server 2003 R2 Enterprise. By the way don't install KB931125 on Windows Server 2008 or newer - it's only designed for XP/2003 and client builds (i.e. XP, Server2003, Vista, Win7, Win8, Win8.1). See http://blogs.technet.com/b/windowsserver/archive/2013/01/12/fix-available-for-root-certificate-update-issue-on-windows-server.aspx for details of what can go wrong. You're supposed to import just the specific certificates you need from another machine. -- Bruce Cran -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] repair does not repair file that was changed
On 10/28/2013 1:35 PM, Andrew Makhorin wrote: Is there any way to tell the installer to always install original files provided in .msi on repairing/reinstalling the product? See http://technet.microsoft.com/en-us/library/cc759262%28v=ws.10%29.aspx?ppud=4#BKMK_Repair . -- Bruce -- 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=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Signing binaries and msi...
On 10/23/2013 2:13 AM, darren.benn...@listech.com wrote: I'm interested to know how you went about implementing your own task for code signing? I wrote an inline task in C# that shells out to signtool.exe with retries. It has thumbprint, crosscertificate, timestamp, retries and signingtargets parameters. -- Bruce Cran -- 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=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Signing binaries and msi...
On 10/22/2013 3:00 PM, Tony wrote: Target Name=SignCabs Exec Command=Signtool.exe sign /a quot;%(SignCabs.FullPath)quot; / /Target To avoid the signature going invalid when the certificate expires, you probably want to add a timestamp: Exec Command=Signtool.exe sign /a quot;%(SignCabs.FullPath)quot; /t http://timestamp.verisign.com/scripts/timstamp.dll / (that isn't a typo - timstamp.dll is 8.3 format). If you have a Globalsign cert, you might want to use timestamp.globalsign.com instead etc. And for the MSI file, you might want to add: /n text-that-should-appear-in-UAC-elevation-prompt-description Otherwise, the description will contain a randomly-generated filename. -- Bruce Cran -- 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=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Signing binaries and msi...
On 10/22/2013 6:47 PM, Tony wrote: Answering my own question... .(though now I see it needs to be property, so I'll give that a try) -- that was it. I don't know why I was thinking it need to be a WiX property and/or preprocessor variable. **OBVIOUSLY** it needs to be a property within the project file. Duh! Now the signing attempt fails as expected. I'll go grab our signing cert and give it try. When you install the cert you might want to change the signtool commands to specify its thumbprint instead of relying on signtool's auto-selection: signtool sign /sha1 cert-thumbprint or, specify the cert's Subject Name with /n. I realised my previous email used the wrong parameter for the description: I think it's actually /d. Another thing: MSBuild has a built-in task for running signtool, SignFile - http://msdn.microsoft.com/en-us/library/ms164304.aspx. But I ended up writing my own implementation which retries 10 times with pauses in-between to try and handle network problems which prevent the timestamp server being reached. -- Bruce Cran -- 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=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wixtoolset.org weekly builds downloads missing (404)
None of the builds via wixtoolset.org are working. For example trying to download 3.8.1007 results in the broken link http://wixtoolset.org/downloads/v3.8.1007.0/wix38.exe. -- Bruce Cran -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixtoolset.org weekly builds downloads missing (404)
On 10/11/2013 5:42 PM, Bruce Cran wrote: None of the builds via wixtoolset.org are working. For example trying to download 3.8.1007 results in the broken link http://wixtoolset.org/downloads/v3.8.1007.0/wix38.exe. After refreshing each page it now works. -- Bruce Cran -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Howto override variables from a file using MSBuild/VS2012
On 10/8/2013 1:03 AM, Blair Murri wrote: The rest (of us) buy the book (http://www.amazon.com/gp/product/0735626286?ie=UTF8tag=sedodream-20linkCode=xm2camp=1789creativeASIN=0735626286) Note that the link is for the first edition, not the second. -- Bruce Cran -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wixtoolset.org reporting 503 - service unavailable
http://wixtoolset.org/ reports: Service Unavailable HTTP Error 503. The service is unavailable. -- Bruce Cran -- 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=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] install only on server 2012 and server 2008
On 9/23/2013 5:23 AM, Steven Ogilvie wrote: Check out VersionNT and NTProductType (Google them to get the proper values for the two OS's you want) Or read my reply :) -- Bruce Cran -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] install only on server 2012 and server 2008
On 9/20/2013 12:20 PM, nkshirsagar wrote: I need to be able to install only on windows server 2012 and windows server 2008 r2, everything else is a no-no.. (no client OS, no vista, no xp, no windows 7/8) what condition should I use? See http://msdn.microsoft.com/en-us/library/windows/desktop/aa370905%28v=vs.85%29.aspx#operating_system_properties You'll probably want VersionNT = 6.1 And VersionNT 6.3 And MsiNTProductType 1 With Windows Server 2012 R2 now released to MSDN you might want to drop the VersionNT 6.3 condition if you want to support it and future versions of Windows (2008R2 is 6.1, 2012 is 6.2, 2012 R2 is 6.3). -- Bruce Cran -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
That's another feature I'm hoping to implement: Burn should support 'Modifying' the installation, displaying the options page during maintenance. -- Bruce Sent from my iPhone On 16 Sep 2013, at 15:59, Steven Ogilvie steven.ogil...@titus.com wrote: Did I send you updated code? Different question... If I have two check boxes, each one a different installer, if I install one, how can I run the boostrapper again and choose to install the other? Currently it installs the 1 I have checked, run bootstrapper again and it wants to uninstall :( Steve -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: August-31-13 5:02 AM To: General discussion for Windows Installer XML toolset. Cc: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer If you like to post diff on the code plea site I'll add it to the extended BA. Neil On 30 Aug 2013, at 14:48, Steven Ogilvie steven.ogil...@titus.com wrote: No sorry I am not using 3.8 I am using 3.7 with the Extended BA from Neil -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-30-13 9:00 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Do you have a diff (e.g. using 'git diff') you can attach? -- Bruce Sent from my iPhone On 28 Aug 2013, at 18:29, Steven Ogilvie steven.ogil...@titus.com wrote: Here is the code from BA Theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String Theme xml file Page Name=Success Text Name=SuccessHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessHeader)/Text Text Name=SuccessSetupHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessSetupHeader)/Text Text Name=SuccessUninstallHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessUninstallHeader)/Text Page Name=Failure Text Name=FailureHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.FailureHeader)/Text Text Name=FailureSetupHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.FailureSetupHeader)/Text Text Name=FailureUninstallHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.FailureUninstallHeader)/Text WixStandardBootstrapperApplication.cpp // Success page WIXSTDBA_CONTROL_SUCCESS_HEADER, WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, // Failure page WIXSTDBA_CONTROL_FAILURE_HEADER, WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, In method OnChangeState: .. else if (m_rgdwPageIds[WIXSTDBA_PAGE_SUCCESS] == dwNewPageId) // on the Success page, check if the restart or launch button should be enabled. ... // Set the header of the failure page to either Setup or Uninstall if (ThemeControlExists(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER)) { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, BOOTSTRAPPER_ACTION_UNINSTALL m_plannedAction); ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, FALSE); } else { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, TRUE); } if (ThemeControlExists(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER)) { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, BOOTSTRAPPER_ACTION_INSTALL m_plannedAction); ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, FALSE); } else { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, TRUE); } ... else if (m_rgdwPageIds[WIXSTDBA_PAGE_FAILURE] == dwNewPageId) // on the Failure page, show error message and check if the restart
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
On 18/09/2013 14:08, Steven Ogilvie wrote: So it is not currently supported? I don't think so. At least, the WixStdBA doesn't. -- Bruce Cran -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
On 30/08/2013 14:46, Steven Ogilvie wrote: No sorry I am not using 3.8 I am using 3.7 with the Extended BA from Neil Steven, I can't commit your code due to copyright issues, so would you be willing to sign the WiX copyright assignment agreement and upload the code to wix.codeplex.com yourself? -- Bruce Cran -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
I'm working on a patch against 3.8 that I hope to put on codeplex later today. -- Bruce Sent from my iPhone On 31 Aug 2013, at 10:02, Neil Sleightholm n...@x2systems.com wrote: If you like to post diff on the code plea site I'll add it to the extended BA. Neil On 30 Aug 2013, at 14:48, Steven Ogilvie steven.ogil...@titus.com wrote: No sorry I am not using 3.8 I am using 3.7 with the Extended BA from Neil -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-30-13 9:00 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Do you have a diff (e.g. using 'git diff') you can attach? -- Bruce Sent from my iPhone On 28 Aug 2013, at 18:29, Steven Ogilvie steven.ogil...@titus.com wrote: Here is the code from BA Theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String Theme xml file Page Name=Success Text Name=SuccessHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessHeader)/Text Text Name=SuccessSetupHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessSetupHeader)/Text Text Name=SuccessUninstallHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessUninstallHeader)/Text Page Name=Failure Text Name=FailureHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.FailureHeader)/Text Text Name=FailureSetupHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.FailureSetupHeader)/Text Text Name=FailureUninstallHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.FailureUninstallHeader)/Text WixStandardBootstrapperApplication.cpp // Success page WIXSTDBA_CONTROL_SUCCESS_HEADER, WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, // Failure page WIXSTDBA_CONTROL_FAILURE_HEADER, WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, In method OnChangeState: .. else if (m_rgdwPageIds[WIXSTDBA_PAGE_SUCCESS] == dwNewPageId) // on the Success page, check if the restart or launch button should be enabled. ... // Set the header of the failure page to either Setup or Uninstall if (ThemeControlExists(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER)) { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, BOOTSTRAPPER_ACTION_UNINSTALL m_plannedAction); ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, FALSE); } else { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, TRUE); } if (ThemeControlExists(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER)) { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, BOOTSTRAPPER_ACTION_INSTALL m_plannedAction); ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, FALSE); } else { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_SUCCESS_HEADER, TRUE); } ... else if (m_rgdwPageIds[WIXSTDBA_PAGE_FAILURE] == dwNewPageId) // on the Failure page, show error message and check if the restart button should be enabled. ... // Set the header of the failure page to either Setup or Uninstall if (ThemeControlExists(m_pTheme, WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER)) { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, BOOTSTRAPPER_ACTION_UNINSTALL m_plannedAction); ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_FAILURE_HEADER, FALSE); } else { ThemeControlEnable(m_pTheme, WIXSTDBA_CONTROL_FAILURE_HEADER, TRUE); } if (ThemeControlExists(m_pTheme
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
Can't Steven put the change in the public domain and someone who's already signed the agreement can commit it? -- Bruce Sent from my iPhone On 31 Aug 2013, at 04:10, Bob Arnson b...@joyofsetup.com wrote: On 28-Aug-13 13:29, Steven Ogilvie wrote: Text Name=SuccessHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessHeader)/Text Text Name=SuccessSetupHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessSetupHeader)/Text Text Name=SuccessUninstallHeader X=11 Y=80 Width=-11 Height=30 FontId=2 HideWhenDisabled=yes DisablePrefix=yes#(loc.SuccessUninstallHeader)/Text Why separate controls? ThemeSetTextControl could be used with the appropriate loc string. Also, differentiating uninstall is fine but certainly other actions should get the same treatment, no? Logistics: You'd have to sign an assignment agreement since you're the one providing the change. -- sig://boB http://joyofsetup.com/ -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
] Sent: August-28-13 1:14 PM To: General discussion for Windows Installer XML toolset.; afor...@cmu.edu Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer You want me to make the change for 3.8 or your going to make the change? I can send you my code for the BA if you want :) -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 12:34 PM To: afor...@cmu.edu; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Yes that was for Steven: he's made exactly the same changes I was hoping to get around to making, and I'd like to see them get into WiX 3.8 if possible. -- Bruce Sent from my iPhone On 28 Aug 2013, at 16:52, Alain Forget afor...@cmu.edu wrote: I hope that's directed at Steven, because I don't know what that means (and I have yet to figure out where and how to modify .wxl files). Alain -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Wednesday, August 28, 2013 11:39 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Could you sent a pull request to integrate this change upstream please? -- Bruce Cran Sent from my iPhone On 28 Aug 2013, at 14:28, Steven Ogilvie steven.ogil...@titus.com wrote: Yes exactly BA is using the same property for Setup/Uninstall for the success/failure string I fixed this by changing the code in BA and adding a few extra string properties in the theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String BA: { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, The in OnChangeState is where I set the correct string -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 2:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer On 28/08/2013 06:07, Blair Murri wrote: As I understand it, page Success will be shown whenever the result of bundle application is successful but not when a failure occurs (when instead the Failure page will be shown). So, successful install, successful removal, successful modification, etc. If you can set bundle properties you can use that property's value as your text, maybe... There was a discussion on wix-devs about this a few months ago: the WixStdBA bootstrapper needs changed to allow better text on the 'success' pages. In particular, people have complained to me about the fact that when uninstall completes it reports Setup Success. -- Bruce Cran - - Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id
[WiX-users] Burn, signature verification and failure on Vista
I recently discovered the certificate auto-download feature in Vista/2008 when I found that our installer (which uses Burn) fails due to an authenticode verification error when the machine isn't connected to the Internet. It seems that when Burn asks Windows to check the signature, if the root certificate is missing (which it will be if it's not been asked to check before) Windows downloads it from Microsoft. If it can't, verification fails and so does the installation. What I'm wondering is if this is only something likely to happen on test systems - in production is there some other way Windows is likely to have the updated certificates? Or, should I remove the signature on the installer and MSI file to avoid this problem? Or is there a way to ask Burn to skip the verification step? -- Bruce Cran -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
On 28/08/2013 06:07, Blair Murri wrote: As I understand it, page Success will be shown whenever the result of bundle application is successful but not when a failure occurs (when instead the Failure page will be shown). So, successful install, successful removal, successful modification, etc. If you can set bundle properties you can use that property's value as your text, maybe... There was a discussion on wix-devs about this a few months ago: the WixStdBA bootstrapper needs changed to allow better text on the 'success' pages. In particular, people have complained to me about the fact that when uninstall completes it reports Setup Success. -- Bruce Cran -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
Could you sent a pull request to integrate this change upstream please? -- Bruce Cran Sent from my iPhone On 28 Aug 2013, at 14:28, Steven Ogilvie steven.ogil...@titus.com wrote: Yes exactly BA is using the same property for Setup/Uninstall for the success/failure string I fixed this by changing the code in BA and adding a few extra string properties in the theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String BA: { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, The in OnChangeState is where I set the correct string -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 2:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer On 28/08/2013 06:07, Blair Murri wrote: As I understand it, page Success will be shown whenever the result of bundle application is successful but not when a failure occurs (when instead the Failure page will be shown). So, successful install, successful removal, successful modification, etc. If you can set bundle properties you can use that property's value as your text, maybe... There was a discussion on wix-devs about this a few months ago: the WixStdBA bootstrapper needs changed to allow better text on the 'success' pages. In particular, people have complained to me about the fact that when uninstall completes it reports Setup Success. -- Bruce Cran -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
Yes that was for Steven: he's made exactly the same changes I was hoping to get around to making, and I'd like to see them get into WiX 3.8 if possible. -- Bruce Sent from my iPhone On 28 Aug 2013, at 16:52, Alain Forget afor...@cmu.edu wrote: I hope that's directed at Steven, because I don't know what that means (and I have yet to figure out where and how to modify .wxl files). Alain -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Wednesday, August 28, 2013 11:39 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Could you sent a pull request to integrate this change upstream please? -- Bruce Cran Sent from my iPhone On 28 Aug 2013, at 14:28, Steven Ogilvie steven.ogil...@titus.com wrote: Yes exactly BA is using the same property for Setup/Uninstall for the success/failure string I fixed this by changing the code in BA and adding a few extra string properties in the theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String BA: { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, The in OnChangeState is where I set the correct string -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 2:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer On 28/08/2013 06:07, Blair Murri wrote: As I understand it, page Success will be shown whenever the result of bundle application is successful but not when a failure occurs (when instead the Failure page will be shown). So, successful install, successful removal, successful modification, etc. If you can set bundle properties you can use that property's value as your text, maybe... There was a discussion on wix-devs about this a few months ago: the WixStdBA bootstrapper needs changed to allow better text on the 'success' pages. In particular, people have complained to me about the fact that when uninstall completes it reports Setup Success. -- Bruce Cran -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
Okay, I can submit it. -- Bruce Sent from my iPhone On 28 Aug 2013, at 18:13, Steven Ogilvie steven.ogil...@titus.com wrote: You want me to make the change for 3.8 or your going to make the change? I can send you my code for the BA if you want :) -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 12:34 PM To: afor...@cmu.edu; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Yes that was for Steven: he's made exactly the same changes I was hoping to get around to making, and I'd like to see them get into WiX 3.8 if possible. -- Bruce Sent from my iPhone On 28 Aug 2013, at 16:52, Alain Forget afor...@cmu.edu wrote: I hope that's directed at Steven, because I don't know what that means (and I have yet to figure out where and how to modify .wxl files). Alain -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Wednesday, August 28, 2013 11:39 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Could you sent a pull request to integrate this change upstream please? -- Bruce Cran Sent from my iPhone On 28 Aug 2013, at 14:28, Steven Ogilvie steven.ogil...@titus.com wrote: Yes exactly BA is using the same property for Setup/Uninstall for the success/failure string I fixed this by changing the code in BA and adding a few extra string properties in the theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String BA: { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, The in OnChangeState is where I set the correct string -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 2:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer On 28/08/2013 06:07, Blair Murri wrote: As I understand it, page Success will be shown whenever the result of bundle application is successful but not when a failure occurs (when instead the Failure page will be shown). So, successful install, successful removal, successful modification, etc. If you can set bundle properties you can use that property's value as your text, maybe... There was a discussion on wix-devs about this a few months ago: the WixStdBA bootstrapper needs changed to allow better text on the 'success' pages. In particular, people have complained to me about the fact that when uninstall completes it reports Setup Success. -- Bruce Cran - - Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.c lktrk
Re: [WiX-users] Add text to final window in burn bootstrapper/installer
I'll submit the pull request tomorrow: it'll then be up to Bob to decide if/when it gets committed. -- Bruce Sent from my iPhone On 28 Aug 2013, at 19:14, Alain Forget afor...@cmu.edu wrote: Will this functionality be available on Monday (or sooner) at http://wixtoolset.org/releases/ ? If so, how will I be able to add text to the Setup Complete box? My apologies if I seem a tad dense, but this is very unfamiliar territory for me. -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Wednesday, August 28, 2013 2:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Okay, I can submit it. -- Bruce Sent from my iPhone On 28 Aug 2013, at 18:13, Steven Ogilvie steven.ogil...@titus.com wrote: You want me to make the change for 3.8 or your going to make the change? I can send you my code for the BA if you want :) -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 12:34 PM To: afor...@cmu.edu; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Yes that was for Steven: he's made exactly the same changes I was hoping to get around to making, and I'd like to see them get into WiX 3.8 if possible. -- Bruce Sent from my iPhone On 28 Aug 2013, at 16:52, Alain Forget afor...@cmu.edu wrote: I hope that's directed at Steven, because I don't know what that means (and I have yet to figure out where and how to modify .wxl files). Alain -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Wednesday, August 28, 2013 11:39 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer Could you sent a pull request to integrate this change upstream please? -- Bruce Cran Sent from my iPhone On 28 Aug 2013, at 14:28, Steven Ogilvie steven.ogil...@titus.com wrote: Yes exactly BA is using the same property for Setup/Uninstall for the success/failure string I fixed this by changing the code in BA and adding a few extra string properties in the theme wxl file String Id=SuccessHeaderSetup Successful/String String Id=SuccessSetupHeaderSetup Successful/String String Id=SuccessUninstallHeaderUninstall Successful/String String Id=FailureHeaderSetup Failed/String String Id=FailureSetupHeaderSetup Failed/String String Id=FailureUninstallHeaderUninstall Failed/String BA: { WIXSTDBA_CONTROL_SUCCESS_HEADER, LSuccessHeader }, { WIXSTDBA_CONTROL_SUCCESS_SETUP_HEADER, LSuccessSetupHeader }, { WIXSTDBA_CONTROL_SUCCESS_UNINSTALL_HEADER, LSuccessUninstallHeader }, { WIXSTDBA_CONTROL_FAILURE_HEADER, LFailureHeader }, { WIXSTDBA_CONTROL_FAILURE_SETUP_HEADER, LFailureSetupHeader }, { WIXSTDBA_CONTROL_FAILURE_UNINSTALL_HEADER, LFailureUninstallHeader }, The in OnChangeState is where I set the correct string -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: August-28-13 2:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Add text to final window in burn bootstrapper/installer On 28/08/2013 06:07, Blair Murri wrote: As I understand it, page Success will be shown whenever the result of bundle application is successful but not when a failure occurs (when instead the Failure page will be shown). So, successful install, successful removal, successful modification, etc. If you can set bundle properties you can use that property's value as your text, maybe... There was a discussion on wix-devs about this a few months ago: the WixStdBA bootstrapper needs changed to allow better text on the 'success' pages. In particular, people have complained to me about the fact that when uninstall completes it reports Setup Success. -- Bruce Cran - - Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today
Re: [WiX-users] Burn uninstalls product instead of upgrading it
On 23/08/2013 21:58, Rob Mensching wrote: Might be related to: http://wixtoolset.org/issues/3643/ Thanks, that was the problem. -- Bruce -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn uninstalls product instead of upgrading it
I seem to have managed to get Burn rather confused. I have an MSI package with new product and upgrade codes in version 2.0 due to different builds being produced. I ask Windows Installer (in the MSI) to upgrade from the previous one with: Snippet Upgrade Id={OLD_UPGRADE_CODE} UpgradeVersion Property=UPGRADE_DETECTED Minimum=1.0.0 Maximum=1.9.9 IncludeMinimum=yes IncludeMaximum=yes/ /Upgrade Upgrade Id={NEW_UPGRADE_CODE} UpgradeVersion Minimum=1.0.0 IncludeMinimum=yes Property=THIS_PRODUCT_INSTALLED OnlyDetect=yes/ /Upgrade Upgrade Id={OTHER_UPGRADE_CODE} UpgradeVersion Minimum=1.0.0 IncludeMinimum=yes Property=OTHER_PRODUCT_INSTALLED OnlyDetect=yes/ /Upgrade !-- Prevent installation if any incompatible version is already installed -- Condition Message=!(loc.OtherProductFound) NOT OTHER_PRODUCT_INSTALLED /Condition However, when I run the installer, Burn logs: Detected related bundle: {BUNDLE_GUID}, type: Upgrade, scope: PerMachine, version: 1.0.0, operation: MajorUpgrade Detected related package: {OLD_PRODUCT_CODE}, scope: PerMachine, version: 1.0.0, language: 0 operation: MajorUpgrade Detected related package: {OLD_PRODUCT_CODE}, scope: PerMachine, version: 1.0.0, language: 0 operation: Downgrade Detected package: Product.msi, state: Obsolete, cached: None ... Planned package: Product.msi, state: Obsolete, default requested: None, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None Planned related bundle: {BUNDLE_GUID}, type: Upgrade, default requested: Absent, ba requested: Absent, execute: Uninstall, rollback: Install, dependency: None ... It then proceeeds to uninstall the product but leave the new version in Add/Remove Programs. Any idea what I'm doing wrong? -- Bruce Cran -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [Wix]: Create silent MSI using Wix
On 23/08/2013 15:20, Alain Forget wrote: Don't WiX-built MSIs have no UI by default? See the second paragraph of http://wix.tramontana.co.hu/tutorial/user-interface So just follow the steps of the Getting Started tutorial, and don't do anything in the UI section? I think there's a single noninteractive dialog that pops up that I suspect you can't avoid other than by using /quiet. -- Bruce -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Win8.1 + DIFx problem...
Have you filed a bug report with Microsoft? -- Bruce Cran Sent from my iPhone On 16 Jul 2013, at 13:27, Gonzalez, John john.gonza...@intel.com wrote: I have the same, or similar, issue. It is not expected and showed up around the 9419 build release. Currently have no ETA of a fix. Thanks, John -Original Message- From: Robert Randall [mailto:robert.r.rand...@gmail.com] Sent: Tuesday, July 16, 2013 12:03 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Win8.1 + DIFx problem... I have a device driver install which is working just fine. However, I'm getting different behavior on Win8.1 compared to the previous releases of Windows (Vista, Win7, Win8). On the previous releases of Windows, removing the MSI package from the Control Panel-Programs and Features results in the device driver being removed from the driver store. It also results in the replacement of the active drivers instances with the nul device driver. I don't know if this is default DIFx behavior or something that WiX is asking DIFx to do for me. On Win8.1, the driver package is removed from the driver store but the driver instances are not being changed in any way. Is this expected behavior? I'll do some digging and see if DIFx is installing the nul driver based on the DIFx action or if WiX is doing it just to be kind (and yes, it is kind of WiX). Best regards, Robert. -- Robert Randall | robert.r.rand...@gmail.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows updates
On 12/07/2013 10:56, Pally Sandher wrote: Question is if these machines don't have internet access, why is keeping them up to date an issue? One problem with machines that don't have Internet access is that installers which are Authenticode-signed won't install unless the root certificate has already been installed - Windows tries to automatically download it. On a plain Server 2008 machine for example installation fails if it has never been connected to the Internet because the signature can't be verified. -- Bruce Cran -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: installer doesn't restart after reboot when variables are specified on cmdline
It appear there's a bug in WiX 3.8 that causes the bootstrapper not to restart installation after a reboot (at least on Server 2003 x64) if variables are specified on the command line. For example if I run: ProductNameSetup.exe /passive The the system will reboot and installation will complete afterwards. However, with: ProductNameSetup.exe /passive DESKTOP_SHORTCUT=0 Where DESKTOP_SHORTCUT is defined as: Variable Name=DESKTOP_SHORTCUT Persisted=yes bal:Overridable=yes/ the system will reboot but the installer doesn't run again. Running it manually causes the progress bar to appear immediately and installation continues, so it seems it's just missing the RunOnce entry to start it after login. -- Bruce Cran -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File version always 1.0.0.0
On 01/06/2013 16:40, Alain Forget wrote: Bundle Name=MyBundle Installer UpgradeCode=MY-GUID Version=$(var.PRODUCTVERSION) Copyright=Copyright © Us IconSourceFile=lib/logo.ico Manufacturer=Us Condition=Privileged AND (VersionNT = v6.1 OR VersionNT = v6.2) DisableModify=yes Off-topic, but Windows Blue will be a free upgrade from Windows 8 and Server 2012 and will be v6.3 - so using such a restrictive Condition may be a bad idea. -- Bruce Cran -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RelatedBundle, 'Detect' action and result
I'm trying to detect products that can't be installed at the same time as ours, and found RelatedBundle's 'Detect' action. However, I can't see a way of getting the result - is there a way to put the result in a variable? -- Bruce Cran -- 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
[WiX-users] Burn incorrectly logging 'MajorUpgrade' operation
I'm installing an MSI file via Burn that detects if another product is installed (that's not included in the bundle). The UpgradeVersion line has OnlyDetect=yes so it just puts the result in a property. However, Burn is logging: Detected related package: {GUID}, scope: PerMachine, version: a.b.c.d, language: 0 operation: MajorUpgrade Shouldn't it be logging 'operation: None'? -- Bruce Cran -- 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] REMOVE ME PLEASE
On 24/04/2013 10:01, Kagiso Seboni wrote: Please remove me from the Mailing List You can unsubscribe via the mailing list interface at: https://lists.sourceforge.net/lists/listinfo/wix-users -- Bruce Cran -- 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] WiX vs NSIS
On 17/04/2013 14:39, Alain Forget wrote: 3) Finally, throw in the fact that NSIS hasn't been supported since 2009, while WiX is a very active and supportive open-source community. Even further, if he wants some time down the line, it would be possible to contact a consulting company to outsource the WiX installer infrastructure and add functionality to WiX, since one of the founders of WiX (*cough* Rob *cough, cough*) will soon be providing such a service. I'm not sure this is really correct: there haven't been any releases on the main site since 2009, but http://nsis.svn.sourceforge.net/viewvc/nsis/NSIS/trunk/ shows that work is going on, and the Unicode version at http://www.scratchpaper.com/ had a release last year. -- Bruce Cran -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX vs NSIS
On 16/04/2013 23:44, Nick Miller wrote: My company is evaluating two different Windows installer solutions, WiX and Nullsoft installer (NSIS). I was wondering if anyone has had experience with both, and could weigh in on the pros and cons, benefits, limitations, etc. You might think XML in WiX is bad, but this is the sort of code you get in NSIS unless you use one of the libraries (from http://nsis.sourceforge.net/CharStrip_%26_StrStrip:_Remove_character_or_string_from_another_string): Exch $R0 #char Exch Exch $R1 #in string Push $R2 Push $R3 Push $R4 StrCpy $R2 -1 IntOp $R2 $R2 +1 StrCpy $R3 $R1 1 $R2 StrCmp $R3+8 StrCmp $R3 $R0 0 -3 StrCpy $R3 $R1 $R2 IntOp $R2 $R2 +1 StrCpy $R4 $R1$R2 StrCpy $R1 $R3$R4 IntOp $R2 $R2 -2 Goto -9 StrCpy $R0 $R1 Pop $R4 Pop $R3 Pop $R2 Pop $R1 -- Bruce Cran -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can't install Wix 3.8 on Windows XP
On 11/04/2013 14:23, Sergey Yukhno wrote: Can't install Wix 3.8 on Windows XP. Wix38.exe is not valid Win32 application. That looks like a problem with the VS 2012 settings. I thought we'd fixed them all - what build are you trying to install? -- Bruce Cran -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] system32 install issue
On 07/04/2013 16:40, David Steadman wrote: I need to install these modules to the system32 directory .. how do you recommend doing this seeing it is a 64bit installer..? On 64-bit machines the system32 directory contains 64-bit binaries, and is accessible using the System64Folder property; the syswow64 folder contains 32-bit binaries. -- Bruce Cran -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Sign the msi
On 28/03/2013 07:21, Karkare,Aparna wrote: Can someone tell me how to sign the WiX msi generating project with a key (.snk) file? I do not see 'Signing' tab under project properties unlike other VS projects. You can't use a strong name keypair to sign .msi files since they're not .NET assemblies - instead you'd need to use a .pfx Authenticode certificate, by editing the .wixproj file. You can do this by adding SignMsi and SignCabs targets as per http://wix.sourceforge.net/manual-wix3/insignia.htm . You can't use the MSBuild SignFile task (http://msdn.microsoft.com/en-us/library/ms164304.aspx) because it doesn't work with .cab files (d'oh!). I'd recommend adding a description and timestamp URL: e.g.: Exec Command=signtool.exe sign /sha1 sha1_from_cert_store /t http://timestamp.globalsign.com/scripts/timstamp.dll /d your_product_name quot;%(SignMsi.FullPath)quot; / Or, if you really want it to auto-select which certificate to use! Exec Command=signtool.exe sign /a /t http://timestamp.globalsign.com/scripts/timstamp.dll /d your_product_name quot;%(SignMsi.FullPath)quot; / The timestamp URL might be comodo, verisign, globalsign etc. depending on who your Authenticode certificate was purchased from. -- Bruce Cran -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about conditional statements in elements
On 22/03/2013 17:24, Daniel Madill wrote: Hi Alain, In general, Product ID=* is a good thing. Each new build should generate a new product code because it typically means you've made changes to the product (i.e. made a new version). If you want to test the Maintenance dialog then run the same MSI (without rebuilding it!) twice. When you use the MajorUpgrade element in WiX it handles removing the old version and installing the new version when you upgrade. Hence, in many cases the Welcome dialog is entirely appropriate because the user experience on upgrade or new installation from a UI perspective is similar. The MajorUpgrade element has options for displaying messages if the user tries to upgrade or downgrade and should not be allowed, etc. if that's what you need. If you want something more complicated on upgrade then you will have to do a little more work. Microsoft says the Product Code should identify a particular release (http://msdn.microsoft.com/en-gb/library/windows/desktop/aa370854(v=vs.85).aspx): The ProductCode property is a unique identifier for the particular product release, represented as a string GUID, for example {12345678-1234-1234-1234-123456789012}. That seems to imply it shouldn't be changed from one build to the next but only when the major, minor or revision fields are changed. -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to pass some arguments during major upgrade to obsoleted msi to prevent removing RegistryKey
On 22/03/2013 11:26, AK wrote: Is some way available to pass some custom arguments to obsoleted msi? One possible hack is to schedule RemoveExistingProducts after InstallExecute and to add an empty component with the same Guid as the existing one. That way, Windows Installer won't remove the key. -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
On 13/03/2013 20:13, jeamis wrote: So how do I enlist to the Mercurial repository? All I want to do is compile burn. I want to confirm our static analysis and debugging. Any direction is appreciated. Clone https://hg.codeplex.com/wix : hg clone https://hg.codeplex.com/wix -b wix38 To create a build that can be installed on different machines you'll need Visual Studio 2008, 2010 and 2012 along with the Visual Studio 2008, 2010 and 2012 SDKs from the Extensibility Center. You also need HTML Help SDK from http://msdn.microsoft.com/en-gb/library/windows/desktop/ms670169(v=vs.85).aspx, Sandcastle and Sandcastle Help File Builder from http://shfb.codeplex.com/ . Create a strong name keypair: sn -k wix.snk sn -p wix.snk wix.pub sn -tp wix.pub Copy the public key and add new InternalsVisibleTo lines in: src\Votive\sconce\Properties\AssemblyInfo.cs src\Votive\sdk_vs2010\common\source\csharp\project\AssemblyInfo.cs src\Votive\sdk_vs2010\common\source\csharp\project\attributes.cs Then run: msbuild /p:VisualStudioVersion=11.0 /p:OFFICIAL_WIX_BUILD=path_to_wix.snk The binaries will be put in build\debug. You should also be able to open src\Burn.sln and build the projects individually. -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
On 19/03/2013 12:31, Bruce Cran wrote: Clone https://hg.codeplex.com/wix : hg clone https://hg.codeplex.com/wix -b wix38 Sorry ignore most of that - those instructions are for WiX 3.8 not 3.6. To get 3.6 you just need to use -b wix36 when cloning and follow the instructions in the documentation. -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to deal with the service removal during upgrade and repair in WIX?
On 07/01/2013 18:34, Wang, Zhongsheng wrote: InstallExecuteSequence Custom Action=Uninstall_HIDDriver After=RemoveRegistryValues ![CDATA[REMOVE=ALL AND NOT (MAJORUPGRADE OR MINORUPGRADE)]] /Custom /InstallExecuteSequence Unless you're setting those yourself, MAJORUPGRADE and MINORUPGRADE won't exist - they're not standard properties. I think you'll want to use 'UPGRADINGPRODUCTCODE' instead. e.g. ![CDATA[REMOVE=ALL AND NOT UPGRADINGPRODUCTCODE]] http://stackoverflow.com/questions/320921/how-to-add-a-wix-custom-action-that-happens-only-on-uninstall-via-msi -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Platform-specific references (difxapp_x64 etc.)
Does the Visual Studio plugin for WiX 3.7 have logic for selecting the correct platform-specific reference when building both 32-bit and 64-bit configurations so workarounds like http://stackoverflow.com/questions/8713683/installing-32-64-bit-drivers-with-wix are unnecessary now? For example I have to choose to reference either difxapp_x86 _or_ difxapp_x64, but building a 32-bit msi with difxapp_x64 referenced seems to work. -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: hang after Apply Complete on Vista
I have a bundle built using WiX 3.7.1224.0 that installs 2 MSI files. It works perfectly when run from the desktop on Server 2008 (R1) but when run (with /quiet /norestart) from a service which is logged on as Administrator it installs the last package, logs Apply Complete, result: 0x0, restart: None, ba requested restart: No and then always hangs, with all 3 threads stuck in GetMessageW. It works with 2008R2: is there a known bug with Vista/2008R1? -- Bruce Cran -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: hang after Apply Complete on Vista
On 12/03/2013 20:49, Rob Mensching wrote: Is the task scheduler enabled and running? If not, try that and see if the problem goes away. Unfortunately it is already running. I'll do some more debugging to see what's going on. -- Bruce On Tue, Mar 12, 2013 at 12:32 PM, Bruce Cran br...@cran.org.uk wrote: I have a bundle built using WiX 3.7.1224.0 that installs 2 MSI files. It works perfectly when run from the desktop on Server 2008 (R1) but when run (with /quiet /norestart) from a service which is logged on as Administrator it installs the last package, logs Apply Complete, result: 0x0, restart: None, ba requested restart: No and then always hangs, with all 3 threads stuck in GetMessageW. It works with 2008R2: is there a known bug with Vista/2008R1? -- 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_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Debugging VS2012 plugin crashes?
I created an MSI project where if I go into the Build tab in the project settings and try to change anything, Visual Studio 2012 crashes. Is there any way of finding out what's going wrong? -- Bruce Cran -- 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] This collection is read-only error in Visual Studio 2012
I've come across a few problems with the WiX 3.7 plugin with Visual Studio 2012. Today I tried to add a reference to a bootstrapper project by double-clicking on the project name was told This collection is read-only; trying it again but clicking the Add button worked. Has anyone else come across issues like this? -- Bruce -- 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Mail from Rob marked as spam
On 20/02/2013 17:15, Bernd wrote: I don't know if this is specific to my email client (Thunderbird with SpamAssassin as external filter) but a lot of mail answered by Rob Mensching gets marked as spam. Just thought I'd let you know, if it helps... It's being marked as spam by sourceforge: my mail server gives it a negative score. It might be due to the SPF failure recorded in the headers: Received-SPF: fail (sog-mx-3.v43.ch3.sourceforge.com: domain of robmensching.com does not designate 184.173.107.18 as permitted sender) client-ip=184.173.107.18; envelope-from=r...@robmensching.com; helo=allium.arvixe.com; -- Bruce Cran -- 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bundle registered in ARP after prerequesitesare installed
On 13/02/2013 08:01, Ogrodowski, Sabine (ehem. Frauenhoffer) wrote: Thank you for your reply. I know, that it can be that simple to use the WixNetFxExtension. Unfortunately I need to also install on machines that have no internet access and so I can't use it. That's why I copied some part from the WixNetFxExtension and adjusted it to use the .Net exe I put on the disk. Nonetheless I tried your approach. The result is the same: If I install .Net an ARP entry for my bundle is created and if I cancel the custom bootstrapper and start it again, it comes up in maintenance mode because WixBundleInstalled is 1. I even tried with the WiX v3.7 setup itself and it showed the same behavior. I'm fairly sure this is a known bug, with a ticket on Sourceforge. I found a similar issue today: if I run 2 copies of the installer, the second as the first is in the process of installing, the 2nd will fail and cause no ARP entry to be created once the first finishes. -- Bruce -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a bootstrap application and need a more simple UI
On 11/02/2013 20:12, joshh wrote: I have done this but the UI is too complex. The big problem is that it forces the user to accept a license and this is not needed at this point. I would like for the bootstrapper to just load and start installing the chain of packages or give a simple Install button. From http://neilsleightholm.blogspot.co.uk/2012/05/wix-burn-tipstricks.html all you need to do is use the WixStandardBootstrapperApplication.HyperlinkLicense BA and set WixStdbaLicenseUrl to be empty. -- Bruce Cran -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a bootstrap application and need a more simple UI
On 11/02/2013 20:43, joshh wrote: That is really close to what I am looking for. The only improvement I can think of would be to reduce the size and have a short message. And maybe a background logo like the wix ui can have. I agree - it's a bit bare without the eula. -- Bruce Cran -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a bootstrap application and need a more simple UI
On 11/02/2013 20:53, Neil Sleightholm wrote: You might find this useful: http://wixextba.codeplex.com/. Take a look at the example Bundle7.wxs it is a pretty basic UI and the dialog is designed to be the same size as the WiX MSI UI. You might also want to consider writing your UI in burn rather than using the MSI UI. Neil, From an earlier message: My issue isn't the installer UI but rather the bootstrapper UI (If that makes sense). So this _is_ about the Burn UI. -- Bruce Cran -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set font color in WiXUIExtension UIs
Isn't it just a case of overriding the strings in an additional wxl file? I've done that when using dark backgrounds. -- Bruce Cran Sent from my iPhone On 31 Jan 2013, at 17:51, Rob Mensching r...@robmensching.com wrote: It is possible. You can create your own UI. I guess I disagree that it should be a simple, basic thing provided in the default WixUI. I honestly thought the WixUI design was to make the text color almost black but not quite black such that high contrast wouldn't pick it up and flip it. Maybe that wasn't implemented... or maybe it was implemented but someone didn't bother to contribute it back to the community. On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard the.ouiz...@gmail.com wrote: I've posted this twice already with no response; does no one have any idea how to solve this? It doesn't seem outlandish to want to support users who don't use the default display configuration. Setting/overriding a font color seems like it should be a simple and basic thing, but I haven't found anything in the documentation, the mailing list archives, or through searches on how to do it. If this truly isn't possible, maybe it should be posted as a feature request? -Original Message- From: The Ouizard [mailto:the.ouiz...@gmail.com] Sent: January 17, 2013 17:26 To: 'wix-users@lists.sourceforge.net' Subject: RE: Text accessibility How can I use the provided WiXUIExtension interfaces (such as WiXUI_Mondo or WiXUI_Minimal) but change the text colour to force it to be black? Context: Some users set their Personalise display settings to high-contrast white text on black background. In the provided WiX installer UIs, the result is white text (taking the system setting, I assume), and putting it on the default white background, making the text illegible. So it seems the simplest solution would be to purposefully make the text black no matter what, so it is always legible on the white background. Yes, this will annoy said users, but not as much as not being able to read the installer text at all. A second, more elegant but more complicated, solution would be to somehow detect the system's default font colour, and set the background to the opposite. Any suggestions would be appreciated. Thank you. -- 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_jan ___ 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_jan ___ 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_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time
You can't display a feature tree, but it does support adding checkboxes to the options page which can be used to select features. -- Bruce Cran Sent from my iPhone On 31 Jan 2013, at 17:54, Karl Werner karl.wer...@gmail.com wrote: Can you have the wix standard bootstrapper prompt the user for feature selection? I haven't seen it do that . . . On Thu, Jan 31, 2013 at 11:05 AM, Rob Mensching r...@robmensching.comwrote: You can modify feature states via the BootstrapperApplication. On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner karl.wer...@gmail.com wrote: To close the loop on this, I ended up doing the following: 1) Reverting to the Wix Standard Bootstrapper. (There is probably a way to get my custom bootstrapper to work, but I exhausted enough time trying to figure it out. Somehow the Wix Standard Bootstrapper knows what mode to go into early in the process and I never found it in the code) 2) Providing a name for Bundle so that it now registers in ARP. 3) Setting the MsiPackage to Visible=no so they no longer register in ARP. 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs so that the various entry points (namely Repair) all work correctly. The functionality I lose is the ability to modify msi features after install. I'd really like a way to have the MSI registered in ARP and not the bundle, but any time I did that there were negative side effects when the bootstrapper was launched a second time. Wish list item ;-) Thanks for the responses on this item! Karl On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner karl.wer...@gmail.com wrote: Do basically there is no way to simulate the old bootstrapper from the old vdproj setup projects? It would be nice if we could configure for this behavior. I would expect many other shops would want the same behavior . . . Maybe something like an attribute on MSIPackage that is equivalent to always execute if InstallCondition is true, then show the UI if DisplayInternalUI is yes... I'll log a feature request ... Karl On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson b...@joyofsetup.com wrote: On 29-Jan-13 16:10, Karl Werner wrote: However, still stuck on the original problem - How can I get the MSI's UI invoked on the second run of the bootstrapper. You can't. Burn needs to know the operation being performed which it can't if the operation is determined during the execution of the package. -- sig://boB http://joyofsetup.com/ -- 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_jan ___ 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_jan ___ 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_jan ___ 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_jan ___ 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_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Repairs and runtimes
On 16/01/2013 09:26, Rob Hamflett wrote: Doesn't this just bring back DLL Hell? It seems that we have to completely abandon using merge modules for runtime deployment. How is a user performing a command line installation or repair supposed to know whether or not it's safe to use the 'a' option for file replacement? They probably don't know (and have no easy way to find out) whether or not the installer contains the runtime. It seems like the only safe option is to copy the runtime DLLs into your application's folder. Sure you could use the redistributable exe and then link to the system ones, but given that these could be accidentally downgraded, that's not really an option. Deploying the DLLs locally doesn't get you any of the benefits when the shared DLLs are updated, but at least they're less likely to be downgraded without your knowledge. Yes, it brings back DLL hell - but isn't the answer not to use 'a' for exactly this reason? -- Bruce Cran -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Repairs and runtimes
On 15/01/2013 15:42, Rob Hamflett wrote: Aren't security patches implemented by redirecting the loader to the new assemblies? It seems strange having a system where the security of potentially hundreds of programs could be reduced by a command line typo. From http://social.msdn.microsoft.com/Forums/en/vcgeneral/thread/4eba883d-d14b-4fc5-912d-aaafcf0bffab : Visual C++ libraries no longer depend on manifests and are no longer installed in the WinSxS folder. Normally, the higher minor version have compatibility with the lower one. Once Microsoft provides a hotfix, which is a patched version of the affected library, Microsoft automatically updates library files that are centrally-deployed (installed in System32 Directory). -- Bruce Cran -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Identical left and right sub-expressions in plan.cpp - bug?
In plan.cpp:1166 there's a line of code with identical left and right expressions. Is this a bug? // If we are going to take any action on this package, add progress for it. if (BOOTSTRAPPER_ACTION_STATE_NONE != pRelatedBundle-package.execute || BOOTSTRAPPER_ACTION_STATE_NONE != pRelatedBundle-package.execute) -- Bruce Cran -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Adding/deleting project configurations
Is adding or deleting project configurations in Visual Studio supposed to work (in WiX 3.7)? With VS2010 when I try and add or remove a configuration to the WiX project in the solution's Configuration Manager it doesn't give any error message but no changes are applied. -- Bruce Cran -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Transition from InstallShield to WiX
On 29/12/2012 14:12, Rob Mensching wrote: Visualt Studio and Windows SDK are two that I know about off the top of my head. WiX v3.6 is still relatively young so I expect more will show in time. Also the Windows Driver Kit 8.0. The WDF CoInstaller package is just a plain WiX msi (with the red UI). -- Bruce Cran -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WDK 8.0, Driver Verifier and XP/2003 compatiblity
I know this isn't recommended, but is there some incompatibility between WDK 8.0 and XP/2003 that prevents drivers running correctly with Driver Verifier? We're finding that when Driver Verifier is enabled our driver gets so far initializing and then any memory allocation calls end up calling ExFreePoolWithTag and the driver hangs in RtlpUnwindPrologue (it runs fine without DV enabled). The system's still active, but the driver just never gets any further. -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WDK 8.0, Driver Verifier and XP/2003 compatiblity
On 19/12/2012 21:09, Bruce Cran wrote: I know this isn't recommended, but is there some incompatibility between WDK 8.0 and XP/2003 that prevents drivers running correctly with Driver Verifier? We're finding that when Driver Verifier is enabled our driver gets so far initializing and then any memory allocation calls end up calling ExFreePoolWithTag and the driver hangs in RtlpUnwindPrologue (it runs fine without DV enabled). The system's still active, but the driver just never gets any further. Sorry, I sent this to the wrong mailing list - please ignore. -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Feature or Chained MSI?
On 05/12/2012 15:15, Rob Mensching wrote: I would definitely consider using a Bundle for your scenario. I believe the world is moving (has moved?) to a place where .msi files are building blocks stacked together and wrapped with a bootstrapper (Burn Bundles in WiX toolset). You do need to think about the problem a little differently when using Bundles because you'll get many more degrees of freedom which may come with a bit extra work (particularly in the UI department) since Bundles are still pretty young. Something I've been wondering is how automated deployment is supposed to work. I've not used GPO, but I think it needs a .msi file in order to install an application? -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixStdBA retry 'cancel' button not working?
On 04/12/2012 15:06, Rob Mensching wrote: Can you share a chunk of the log file for that. I expect the issue is the automatic retry code on errors is incorrectly catching this scenario. [07E0:0640][2012-12-03T14:00:33]i301: Applying execute package: package.msi, action: Install, path: C:\ProgramData\Package Cache\{guid}v1.0.0.0\package.msi, arguments: ' ALLUSERS=1 ARPSYSTEMCOMPONENT=1 MSIFASTINSTALL=7 APPLICATIONFOLDER=C:\Program Files\Install' [07E0:0640][2012-12-03T14:01:12]e000: Error 0x80070643: Failed to install MSI package. [07E0:0640][2012-12-03T14:01:12]e000: Error 0x80070643: Failed to execute MSI package. [0654:0178][2012-12-03T14:01:12]e000: Error 0x80070643: Failed to configure per-machine MSI package. [0654:0178][2012-12-03T14:01:12]w348: Application requested retry of package: package.msi, encountered error: 0x80070643. Retrying... [07E0:0640][2012-12-03T14:01:15]i301: Applying execute package: package.msi, action: Install, path: C:\ProgramData\Package Cache\{guid}v1.0.0.0\package.msi, arguments: ' ALLUSERS=1 ARPSYSTEMCOMPONENT=1 MSIFASTINSTALL=7 APPLICATIONFOLDER=C:\Program Files\Install' [07E0:0640][2012-12-03T14:02:08]e000: Error 0x80070643: Failed to install MSI package. [07E0:0640][2012-12-03T14:02:08]e000: Error 0x80070643: Failed to execute MSI package. [0654:0178][2012-12-03T14:02:08]e000: Error 0x80070643: Failed to configure per-machine MSI package. [0654:0178][2012-12-03T14:02:08]w348: Application requested retry of package: package.msi, encountered error: 0x80070643. Retrying... -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixStdBA retry 'cancel' button not working?
Has anyone else found that the cancel button on the error retry dialog in WixStdBA doesn't work (in 3.7 RC)? I find clicking it displays the same error with an OK button before just retrying anyway. The error when this occurs is Could not access network location. -- Bruce Cran -- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] v3.7.1126.0 on Monday, November 26, 2012
On 03/12/2012 20:16, Neil Sleightholm wrote: I just tried again with 7-zip and do indeed get the Unsupported Compression Method for error but the files do extract ok - personally I think there is a bug in the compress code. I get unsupported compression method for directories, but none of the files. -- Bruce Cran -- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract packages from bootstrapper?
On 30/11/2012 21:24, StevenOgilvie wrote: Can I extract the packages/msi's from the exe for someone using GPO? Currently the only way is using dark.exe - there's a feature request open on the sourceforge tracker to add a /extract switch to WixStdBA so anyone can get a copy of the embedded packages. -- Bruce Cran -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract packages from bootstrapper?
On 30/11/2012 21:39, Steven Ogilvie wrote: Thanks very much Bruce... Do you know if this will be done for 3.7? Since we've had 3.7 RC I suspect not. I suspect it's quite low down the priority list and so would need someone to contribute a patch. -- Bruce Cran -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Bootstrapper Bundle creating uninstall shortcut in program files
On 27/11/2012 17:18, rpriest12 wrote: I am in the same boat - I need the product code. there seem to be several questions about this for various reasons. Surely the answer can be to troll the uninstall registry key looking for Bundle*? What if you have multiple applications that installed using Burn? I have two on my box now. Am I supposed to compare strings? surely exposing the Product Code and allowing it to be set to something static would be better... You could use the upgrade code instead - there's a BundleUpgradeCode entry in the Uninstall key, though I'm not sure it's documented and so might disappear. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: won't /layout with reboot pending
I understand the reason for blocking installation if a reboot from a previous installation hasn't occurred, but shouldn't users be able to layout installation files without rebooting? I just found that the VS2012 Update 1 installer required a reboot before it would download the installation files. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wcautil.lib in 3.7 RC: LNK4099 warnings (vc110.pdb not found; linking as if no debug info)
Something seems to have changed with the way wcautil.lib and dutil.lib (at least) are built betwen 3.6 and 3.7 RC - I've started getting warnings like: dutil.lib(strutil.obj) : warning LNK4099: PDB 'vc110.pdb' was not found with 'dutil.lib(strutil.obj)' or at 'C:\Release\vc110.pdb'; linking object as if no debug info wcautil.lib in 3.7 is 528KB vs. 1.5MB in 3.6. What's changed, and should I update my project settings to fix the warning? -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: FailureRestartText mentions 'rollback'
When a reboot is pending, Burn fails with the message: You must restart your computer to complete the rollback of the software. I'm wondering why it mentions 'rollback' because in this case the reboot is pending following a successful installation of a driver. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixStdBA: options browse dialog doesn't work in Server Core
Should WixStdBA work on Server Core? It mostly seems to, but Options - Browse isn't functional since Core doesn't have the common dialogs - apparently it can be made to work by adding some flags (http://social.technet.microsoft.com/Forums/en-GB/winservercore/thread/f9f1f6f1-960a-4ddf-94d4-86b7ce3796bb). -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: associating checkbox with feature installation of specific MSI?
On 13/11/2012 15:49, Rob Mensching wrote: What about using a Feature/Condition instead? Thanks, that works. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] I have heard that MSI is too complicated from a programmer's prospective
On 05/10/2012 17:23, Katherine Moss wrote: Oh really? Nasty; I mean, why not just use a standard UI for that anyway rather than that very complicated and non user friendly interface? I'm not talking about accessibility here; some sighted individuals struggle with it as well. Maybe we should talk to them about that? I tried over on the message boards, but all I got was a continuous scripted answer in a continuous loop when I'd post more info; the answer was the same. The problem will be that the bootstrapper is needed due to limitations of Windows Installer. Burn isn't ideal either since it requires people to write code (C++ or .NET) for the UI and install callbacks and so adds potential for bugs. -- Bruce Cran -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] cannot open Wix tutorials on tramontana.co.hu
On 04/10/2012 20:31, akonsu wrote: http://wix.tramontana.co.hu/tutorial takes me to a viagra site or something similar. has the server been hijacked? Strange, I just tried it and it has the old contents - though I definitely remember seeing it with the spammy content in the past. -- Bruce Cran -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Bootstrapper Bundle creating uninstall shortcut in program files
On 07/09/2012 14:20, jaczjill wrote: Yes, we need for internal purpose and you are right that I would pass bundle's product code to MSI for creating shortcut. Now the PROBLEM is bundle's product code is not available,I think I gets generated on run time so stuck at this point. Need some way to get Product code of bundle. do you have any idea on this ? I can't find the post now, but the same question was asked a few months ago and I seem to remember the answer being that you can't get a link to the installer due to the way Burn works. -- Bruce Cran -- 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] Install the Visual C++ redistributables file vcredist_x86.exe
On 29/08/2012 16:08, Natalie Carr wrote: As I said in my original question I can't use merge modules as I've been asked to use this one EXE file. Trying to figure out a way to use it. I think this is one of those cases where you have to ask why. Why are they requiring you to use the .exe instead of the .msm? -- Bruce Cran -- 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] 64bit installer with Wow redirector on the properties
On 20/08/2012 09:49, Phil Hannent wrote: I have installed the files initially into the program files location, however I then use a FileCopy to copy them over to the correct folder in System32. Component Win64=$(var.Win64) Id=cmpDBC0DF1CD Guid={SHORT} File Id=filD3AFD KeyPath=yes Source=$(var.SourceDir)\ driver.dll CopyFile Id=CopyPrintDriver64 DestinationProperty=MY_CUSTOM_DESTINATION_SPOOL64 / CopyFile Id=CopyPrintDriver643 DestinationProperty=MY_CUSTOM_DESTINATION_SPOOL643 / /File /Component If you're installing a driver you probably don't want to do this - leave the files in ProgramFiles and let your driver installation (devcon, dpinst etc.) copy them across. -- Bruce Cran -- 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] vcredist_x86.exe Package DownloadUrl
On 20/08/2012 10:55, Pally Sandher wrote: Alternatively use the merge modules save yourself the hassle of having to update your code every time there's a security update for Visual Studio. I guess the download is _supposed_ to be updated when there's a security update - but the current VC10 redistributable from the Web site doesn't include the MFC fix from last year. -- Bruce Cran -- 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] WiX joins the Outercurve Foundation
On 20/08/2012 16:41, Rob Mensching wrote: I think wrote down the answer this morning: http://robmensching.com/blog/posts/2012/8/20/The-WiX-toolset-license Thanks, it's great to see that update on licensing. Since the 'viral' nature of copyleft licenses scares some people, it might be worth if/when updating the license for the sample code to make it explicit that the templates generated in Visual Studio won't be under the MS-RL either. -- Bruce Cran -- 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] WiX 3.6 LICENSE.txt - still copyright Microsoft?
On 17/08/2012 23:29, Bruce Cran wrote: I noticed all the files in the WiX repository have been updated with Copyright (c) 2004, Outercurve Foundation - except LICENSE.txt. Was that deliberate, or should that have been updated too? There's also test\src\WixTests\Examples\ExampleTests.cs that wasn't updated. -- Bruce Cran -- 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] WiX 3.6 LICENSE.txt - still copyright Microsoft?
On 19/08/2012 08:45, Bruce Cran wrote: On 17/08/2012 23:29, Bruce Cran wrote: I noticed all the files in the WiX repository have been updated with Copyright (c) 2004, Outercurve Foundation - except LICENSE.txt. Was that deliberate, or should that have been updated too? There's also test\src\WixTests\Examples\ExampleTests.cs that wasn't updated. Also, there's a mistake in each copy of the new notice: // The license and further copyright text can be found in the file LICENSE.TXT // LICENSE.TXT at the root directory of the distribution. The word LICENSE.TXT has been repeated. -- Bruce Cran -- 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] WiX 3.6 LICENSE.txt - still copyright Microsoft?
I noticed all the files in the WiX repository have been updated with Copyright (c) 2004, Outercurve Foundation - except LICENSE.txt. Was that deliberate, or should that have been updated too? -- Bruce Cran -- 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] How to change installation text on the last
On 15/08/2012 09:05, David Lowndes wrote: I know productName is user provide, how about other text Completed the ... Setup Wizard , are they build with the tool, or can we customize those text ? You can add additional text using: Property Id=WIXUI_EXITDIALOGOPTIONALTEXT Value=Your text here. / Or change that text by adding (to a .wxl file in your project): String Id=ExitDialogTitle{\WixUI_Font_Bigger}Replacement text here/String -- Bruce Cran -- 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] WiX joins the Outercurve Foundation
On 15/08/2012 12:55, Peter Hull wrote: (A) Reciprocal Grants- For any file you distribute that contains code from the software (in source code or binary format), you must provide recipients the source code to that file along with a copy of this license, which license will govern that file. You may license other files that are entirely your own work and do not contain code from the software under any terms you choose. This sounds to me rather similar to requirement iv. under the previous CPL: iv. states that source code for the Program is available from such Contributor, and informs licensees how to obtain it in a reasonable manner on or through a medium customarily used for software exchange. -- Bruce Cran -- 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