Re: [WiX-users] Installing into the roaming profile
Thanks for your answer. Is there any other opportunity or what's a better (supported) way to handle roaming profiles? only per machine installations? kind regards, Martin -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Freitag, 20. April 2012 16:16 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing into the roaming profile I've never heard that Windows supported such behavior. Sounds interesting if it does. On Fri, Apr 20, 2012 at 6:37 AM, Osanger, Martin martin.osan...@fabasoft.com wrote: Hello, Is there a Property or anything else I have to set on a per user installation with roaming profiles, so that the installation will be marked as roamed installation, and my setup will be shown in the ARP on another pc? Kind regards, martin -Original Message- From: Osanger, Martin [mailto:martin.osan...@fabasoft.com] Sent: Mittwoch, 18. April 2012 17:55 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing into the roaming profile Hello, My current situation (per user installation): I install my files to the AppDataFolder directory (in a subfolder). Now I can switch the pc's and have the installed data (saved to roaming profile) available. But I'm not able to uninstall the files, if I'm not on the pc where I installed the msi file (cached-msi-file and ARP entry was not roamed) Some customers delete their LocalAppDataFolder on logoff, so I have to install it to the AppDataFolder Are there any best practices for creating a WIX based MSI for roaming profiles? Kind regards, martin -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn, MsiPackage and DisplayInternalUI
If I set DisplayInternalUI to no my message box is indeed displayed. However the other two problem still occur: clicking on the link FailureLogFileLink or the close button has no effect. Actually the problem comes from using a custom theme file: bal:WixStandardBootstrapperApplication ThemeFile=..\themes\fr\RtfTheme.xml LocalizationFile=..\themes\fr\RtfTheme.wxl LicenseFile=..\themes\fr\license.rtf LogoFile=..\themes\fr\logoFB.jpg SuppressOptionsUI=yes / If I omit this line the standard theme is used and the close button works. The RtfTheme.xml was simply copied from src\ext\BalExtension\wixstdba\Resources. The file structure was not changed only the words used for the ui: Button Name=FailureCancelButton X=-11 Y=-11 Width=75 Height=23 TabStop=yes FontId=0amp;Fermer/Button The button id/name remained the same (FailureCancelButton). What did I miss? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MsiPackage-and-DisplayInternalUI-tp7484106p7491174.html Sent from the wix-users mailing list archive at Nabble.com. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn - MSIPackage InstallCondition evaluates to false, attempts minor upgrade
Further to this I'm also getting no UI for the MSP package below even though DisplayInternalUI=yes. Not a massive issue just a bit different to what I was expecting. It upgrades perfectly fine. Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 19 April 2012 17:00 To: General discussion for Windows Installer XML toolset. (wix-users@lists.sourceforge.net) Subject: [WiX-users] Burn - MSIPackage InstallCondition evaluates to false, attempts minor upgrade Relevant parts of my code: util:ProductSearch Id=SharedContent Variable=SharedContentVersion Guid=92E2C426-6CDB-44D4-8D48-6414A442231D Result=version / MsiPackage Id=SharedContentFull SourceFile=..\..\..\install\VESharedContent.msi After=NET4.0 Compressed=no DisplayInternalUI=yes DownloadUrl=http://removed/VESharedContent.msi; ForcePerMachine=yes Visible=yes Vital=yes InstallCondition=SharedContentVersion lt; v2.0.0.0 / MspPackage Id=SharedContentPatch SourceFile=..\..\..\install\VESharedContent.msp After=SharedContentFull Compressed=no DisplayInternalUI=yes DownloadUrl=http://removed/VESharedContent.msp; PerMachine=yes Vital=yes InstallCondition=SharedContentVersion gt; v1.9.9.9 AND SharedContentVersion lt; v2.2.0.0 / Relevant parts of the log: [07FC:082C][2012-04-19T15:52:19]: Setting version variable 'SharedContentVersion' to value '2.1.0.0' [07FC:082C][2012-04-19T15:52:19]: Calculating patch applicability for target product code: {92E2C426-6CDB-44D4-8D48-6414A442231D}, context: Machine [07FC:082C][2012-04-19T15:52:21]: Detected related package: {92E2C426-6CDB-44D4-8D48-6414A442231D}, scope: PerMachine, version: 2.1.0.0, language: 1033 operation: MinorUpdate [07FC:082C][2012-04-19T15:52:21]: Detected package: SharedContentFull, state: Present, cached: None [07FC:082C][2012-04-19T15:52:21]: Detected package: SharedContentPatch, state: Absent, cached: None [07FC:082C][2012-04-19T15:52:21]: Detected package: SharedContentPatch target: {92E2C426-6CDB-44D4-8D48-6414A442231D}, state: Absent [07FC:082C][2012-04-19T15:52:23]: Condition 'SharedContentVersion v2.0.0.0' evaluates to false. [07FC:082C][2012-04-19T15:52:23]: Setting string variable 'WixBundleRollbackLog_SharedContentFull' to value 'C:\Users\zxc\AppData\Local\Temp\IES_Virtual_Environment_6.5_20120419155218_1_SharedContentFull_rollback.log' [07FC:082C][2012-04-19T15:52:23]: Setting string variable 'WixBundleLog_SharedContentFull' to value 'C:\Users\zxc\AppData\Local\Temp\IES_Virtual_Environment_6.5_20120419155218_1_SharedContentFull.log' [07FC:082C][2012-04-19T15:52:23]: Condition 'SharedContentVersion v1.9.9.9 AND SharedContentVersion v2.2.0.0' evaluates to true. [07FC:082C][2012-04-19T15:52:23]: Skipping dependency registration on package with no dependency providers: SharedContentPatch [07FC:082C][2012-04-19T15:52:23]: Setting string variable 'WixBundleLog_SharedContentPatch' to value 'C:\Users\zxc\AppData\Local\Temp\IES_Virtual_Environment_6.5_20120419155218_{92E2C426-6CDB-44D4-8D48-6414A442231D}_2_SharedContentPatch.log' [07FC:082C][2012-04-19T15:52:23]: Setting string variable 'WixBundleRollbackLog_SharedContentPatch' to value 'C:\Users\zxc\AppData\Local\Temp\IES_Virtual_Environment_6.5_20120419155218_{92E2C426-6CDB-44D4-8D48-6414A442231D}_2_SharedContentPatch_rollback.log' [07FC:082C][2012-04-19T15:52:23]: Plan execute skipped patch: SharedContentPatch, action: Install because chained target package: SharedContentFull being uninstalled [07FC:082C][2012-04-19T15:52:23]: Planned package: SharedContentFull, state: Present, default requested: Absent, ba requested: Absent, execute: Uninstall, rollback: Install, cache: Yes, uncache: Yes, dependency: Unregister [07FC:082C][2012-04-19T15:52:23]: Planned package: SharedContentPatch, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: None If I run VESharedContent.msi manually, it won't install as expected (earlier version installed). Why is Burn trying to be clever running a minor upgrade how do I make it stop without removing that MSIPackage? Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501
Re: [WiX-users] Burn feedback
SuppressOptionsUI=yes hides the Options button. Cheers Bob (although if there was documentation for BalExtension...). Running the generated burn executable with /passive or /silent still runs the .NET 4.0 client profile installer with full UI because there's no Attribute in the ExePackage element to specify InstallCommand only for the /passive /silent options launch commands. Setting the InstallCommand attribute is a global option. Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: 22 April 2012 21:04 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn feedback On 19-Apr-12 12:34, Pally Sandher wrote: The bal:WixStandardBootstrapperApplication/@LicenseUrl attribute's value cannot be an empty string. If you want the value to be null or empty, simply remove the entire attribute. The bal:WixStandardBootstrapperApplication element must have a value for exactly one of the LicenseFile or LicenseUrl attributes. bal:WixStandardBootstrapperApplication is basically just sugar to set the underlying WixVariables. If you don't want them, don't use bal:WixStandardBootstrapperApplication. There's no (easy) way to hide this button which I've found so far. bal:WixStandardBootstrapperApplication/@SuppressOptionsUI Quiet/passive and silent install modes would be nice (dotnetinstaller supports these). /passive /silent -- sig://boB http://joyofsetup.com/ -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Prioritize Launch Conditions
I want to prioritize the launch conditions I am using. I want that first installer checks OS then Admin privilege then DotNet and then component search. I have created this file as below: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Property Id=LaunchConditionsFile Value=1 / Condition Message=!(loc.ValidationAdministrator)Installed OR Privileged/Condition Condition Message=!(loc.ValidationOperatingSystem) --condition for OS Check -- /Condition Condition Message=!(loc.ValidationDotNetFramework) --condition for .NET Check -- /Condition PropertyRef Id=R2012 / Condition Message=!(loc.ValidationR2012) --condition for Component Search Check -- /Condition /Fragment /Wix Now everytime i run the installer, the registry search condition launches first. If I comment this statement then OS check validate comes in picture. How can I overcome this issue? -- Thanks and Regards, Ravi Raj -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn feedback
Rob M. others explain how to do it correctly in this thread - http://sourceforge.net/mailarchive/message.php?msg_id=28657655 I haven't attempted to implement this as yet however since it requires modifying the wix2010.targets file but I'll have to look into it sometime this week as I'll need it working for release. Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 21 April 2012 14:58 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn feedback You can add signing in the wixproj but I couldn't get that to work and in my case I needed to use signtool as the certificate is not in the certificate store. This is the approach I used (I can't remember to originator of this but it was someone on this list): 1. insignia -ib Setup.exe -o engine.exe 2. signtool engine.exe (extra parameters excluded for simplicity) 3. insignia -ab engine.exe Setup.exe -o Setup.exe 4. signtool Setup.exe (insignia is part of the wix toolset.) Neil -Original Message- From: Rob Diaz [mailto:rob.d...@msxgroup.com] Sent: 20 April 2012 23:05 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Burn feedback I agree that I've had similar troubles. The lack of documentation has made this tougher to do than it should be. Did you find a resolution for the signtool issue? Other than not doing it, I mean. Rob -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Friday, April 20, 2012 5:33 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn feedback Sounds like the same issues I have been having, I am planing to blog about what I have found to help others. Thanks for the LicenceUrl tip, I had missed that and ended up writing my own theme based on the HyperlinkLecense one. Neil Neil Sleightholm n...@x2systems.commailto:n...@x2systems.com On 19 Apr 2012, at 17:34, Pally Sandher wrote: I upgraded to WiX v3.6 from v3.5 earlier this week and started trying to implement Burn as a replacement for dotnetinstaller. So far it's pretty easy to get a chain of packages configured I really like how well done it is (great job everyone involved =) ). A few of the issues I've noticed with it (using v3.6.2816.0): Documentation is very sparse but I guess it's still under construction so it's forgivable but still causes a lot of grief when you're basically left with reverse engineering to discover how to implement things. It makes it very hard to get anywhere with customising it when this is all the documentation you have to follow http://wix.sourceforge.net/manual-wix3/wixstdba_foundation_customization.htm I had to download the sources just to figure out what size to make the logo which this page says you can customise http://wix.sourceforge.net/manual-wix3/wixstdba_branding.htm since it isn't mentioned anywhere. http://wix.sourceforge.net/manual-wix3/wixstdba_license.htm says you can have unlicensed installation experience if you don't provide a value for the LicenceUrl attribute when using WixStandardBootstrapperApplication.HyperlinkLicense. What you actually have to do is set the value to as you get the following errors when you attempt to build is you try to use : The bal:WixStandardBootstrapperApplication/@LicenseUrl attribute's value cannot be an empty string. If you want the value to be null or empty, simply remove the entire attribute. The bal:WixStandardBootstrapperApplication element must have a value for exactly one of the LicenseFile or LicenseUrl attributes. WixStandardBootstrapperApplication.HyperlinkLicense provides an Options button which does pretty much nothing. There's no (easy) way to hide this button which I've found so far. I don't appear to be the only one on this list with the same enquiry. Variable names cannot contain '.' which meant lots of fun when trying to check for existing installations of .NET 4.0 Client Profile before I learned this through trial error. The bundle will build completely fine then fail when you try to run it. You should not be able to build a bundle which fails to run because of the Variable names, as these are simple enough to check at build time. Using Signtool.exe to sign the Burn output causes it to fail when run. I only figured this out through searching list posts. OMFG this was a serious waste of time had me running in circles trying to figure it out for half a day before I stumbled across the information. This needs to be writ large across the Burn documentation so others
Re: [WiX-users] Prioritize Launch Conditions
You can't set an order for launch conditions. Many people use type 19 custom actions instead. You can control the order in the sequence then. CustomAction Error=25003 Id=EnsurePrivileged / InstallExecuteSequence Custom Action=EnsurePrivileged Before=AppSearchnot Privileged/Custom I remember reading on this list that on some OSes, Privileged is always set because you cant know whether the user is going to elevate or not when the install execute sequence starts changing the system state. http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Confusionm-arou nd-Privileged-property-td5945582.html -Original Message- From: Ravi Raj [mailto:raviraj.callin...@gmail.com] Sent: 23 April 2012 12:39 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Prioritize Launch Conditions I want to prioritize the launch conditions I am using. I want that first installer checks OS then Admin privilege then DotNet and then component search. I have created this file as below: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Property Id=LaunchConditionsFile Value=1 / Condition Message=!(loc.ValidationAdministrator)Installed OR Privileged/Condition Condition Message=!(loc.ValidationOperatingSystem) --condition for OS Check -- /Condition Condition Message=!(loc.ValidationDotNetFramework) --condition for .NET Check -- /Condition PropertyRef Id=R2012 / Condition Message=!(loc.ValidationR2012) --condition for Component Search Check -- /Condition /Fragment /Wix Now everytime i run the installer, the registry search condition launches first. If I comment this statement then OS check validate comes in picture. How can I overcome this issue? -- Thanks and Regards, Ravi Raj - - For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Multiple port bindings in WebAddress property
Hi, my apologies if this is covered somewhere I have yet to discover, but: Is it possible to create multiple bindings with the WebAddress property, like so: iis:WebAddress Id=AllUnassigned Port=80,81 / or iis:WebAddress Id=AllUnassigned Port=80 Port=81 / ? I suspect that this hasn't been covered anywhere? Lars Augensen Software Engineer lars.augen...@confirmit.com | Phone +47 2150 2572 | Mobile +47 40224293 Confirmit® [everywhere] Software for Customer Feedback, Employee Feedback, and Market Research Confirmit AS, Karenslyst allé 56, 0277 Oslo, Norway www.confirmit.comhttp://www.confirmit.com/ | Main +47 2150 2500 | Fax +47 2150 2501 The information contained in this email message may be privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this transmission is strictly prohibited. If you have received this communication in error, or if any problems occur with transmission, please notify the sender immediately. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn feedback
Just for info you don't modify wix2010.targets but your wixproj, you are overriding the tasks that are defined in wix2010.targets. This didn't work for me as my certificate is not in the certificate store. Neil Neil Sleightholm n...@x2systems.commailto:n...@x2systems.com On 23 Apr 2012, at 12:48, Pally Sandher wrote: Rob M. others explain how to do it correctly in this thread - http://sourceforge.net/mailarchive/message.php?msg_id=28657655 I haven't attempted to implement this as yet however since it requires modifying the wix2010.targets file but I'll have to look into it sometime this week as I'll need it working for release. Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 21 April 2012 14:58 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn feedback You can add signing in the wixproj but I couldn't get that to work and in my case I needed to use signtool as the certificate is not in the certificate store. This is the approach I used (I can't remember to originator of this but it was someone on this list): 1. insignia -ib Setup.exe -o engine.exe 2. signtool engine.exe (extra parameters excluded for simplicity) 3. insignia -ab engine.exe Setup.exe -o Setup.exe 4. signtool Setup.exe (insignia is part of the wix toolset.) Neil -Original Message- From: Rob Diaz [mailto:rob.d...@msxgroup.com] Sent: 20 April 2012 23:05 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Burn feedback I agree that I've had similar troubles. The lack of documentation has made this tougher to do than it should be. Did you find a resolution for the signtool issue? Other than not doing it, I mean. Rob -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Friday, April 20, 2012 5:33 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn feedback Sounds like the same issues I have been having, I am planing to blog about what I have found to help others. Thanks for the LicenceUrl tip, I had missed that and ended up writing my own theme based on the HyperlinkLecense one. Neil Neil Sleightholm n...@x2systems.commailto:n...@x2systems.commailto:n...@x2systems.com On 19 Apr 2012, at 17:34, Pally Sandher wrote: I upgraded to WiX v3.6 from v3.5 earlier this week and started trying to implement Burn as a replacement for dotnetinstaller. So far it's pretty easy to get a chain of packages configured I really like how well done it is (great job everyone involved =) ). A few of the issues I've noticed with it (using v3.6.2816.0): Documentation is very sparse but I guess it's still under construction so it's forgivable but still causes a lot of grief when you're basically left with reverse engineering to discover how to implement things. It makes it very hard to get anywhere with customising it when this is all the documentation you have to follow http://wix.sourceforge.net/manual-wix3/wixstdba_foundation_customization.htm I had to download the sources just to figure out what size to make the logo which this page says you can customise http://wix.sourceforge.net/manual-wix3/wixstdba_branding.htm since it isn't mentioned anywhere. http://wix.sourceforge.net/manual-wix3/wixstdba_license.htm says you can have unlicensed installation experience if you don't provide a value for the LicenceUrl attribute when using WixStandardBootstrapperApplication.HyperlinkLicense. What you actually have to do is set the value to as you get the following errors when you attempt to build is you try to use : The bal:WixStandardBootstrapperApplication/@LicenseUrl attribute's value cannot be an empty string. If you want the value to be null or empty, simply remove the entire attribute. The bal:WixStandardBootstrapperApplication element must have a value for exactly one of the LicenseFile or LicenseUrl attributes. WixStandardBootstrapperApplication.HyperlinkLicense provides an Options button which does pretty much nothing. There's no (easy) way to hide this button which I've found so far. I don't appear to be the only one on this list with the same enquiry. Variable names cannot contain '.' which meant lots of fun when trying to check for existing installations of .NET 4.0 Client Profile before I learned this through trial error. The bundle will build completely fine then fail when you try to run it. You should not be able to build a bundle which fails to run because of the Variable names, as these are simple enough to check at build time. Using Signtool.exe to sign the
Re: [WiX-users] Multiple port bindings in WebAddress property
You can't do that but you can create 2 iis:Website elements one for port 80 and other 81 - that has worked for me. Neil Neil Sleightholm n...@x2systems.commailto:n...@x2systems.com On 23 Apr 2012, at 13:00, Lars Augensen wrote: Hi, my apologies if this is covered somewhere I have yet to discover, but: Is it possible to create multiple bindings with the WebAddress property, like so: iis:WebAddress Id=AllUnassigned Port=80,81 / or iis:WebAddress Id=AllUnassigned Port=80 Port=81 / ? I suspect that this hasn't been covered anywhere? Lars Augensen Software Engineer lars.augen...@confirmit.commailto:lars.augen...@confirmit.com | Phone +47 2150 2572 | Mobile +47 40224293 Confirmit® [everywhere] Software for Customer Feedback, Employee Feedback, and Market Research Confirmit AS, Karenslyst allé 56, 0277 Oslo, Norway www.confirmit.comhttp://www.confirmit.comhttp://www.confirmit.com/ | Main +47 2150 2500 | Fax +47 2150 2501 The information contained in this email message may be privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this transmission is strictly prohibited. If you have received this communication in error, or if any problems occur with transmission, please notify the sender immediately. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to get heat.exe to harvest
Thanks. On Mon, Apr 23, 2012 at 1:19 AM, Alexander Krivács Schrøder alexander.schro...@mermaid.no wrote: All I had to do to get it working again was to follow E. Timothy's suggestion. Thanks for that, by the way. :) Here, I made a bug report. https://sourceforge.net/tracker/?func=detailaid=3520546group_id=105970atid=642714 -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 19. April 2012 16:10 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to get heat.exe to harvest That bug is the bug to fix the issue in WiX v4 (which we want to do). The bug I was asking for was to document how to enable the disabled feature. I think Timothy has at least one of the steps. On Thu, Apr 19, 2012 at 1:52 AM, E. Timothy Uy t...@loqu8.com wrote: I think it might be EnableProjectHarvestingTrue/EnableProjectHarvesting manually entered into your wixproj. 2012/4/19 Alexander Krivács Schrøder alexander.schro...@mermaid.no Well, I found this existing bug -- http://sourceforge.net/tracker/?func=detailaid=2998492group_id=105970atid=642714isitrelated? If not, I'll make a new one. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 18. April 2012 17:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to get heat.exe to harvest There is a way... I just don't remember what it is. smile/ Can you open a bug to have it documented? On Wed, Apr 18, 2012 at 1:04 AM, Alexander Krivács Schrøder alexander.schro...@mermaid.no wrote: I'm using WiX v3.6.2221. Is there a way to force it back on; a I know what I'm doing, now you do as I say kind of switch, if you will? We never had problems with harvesting in the past, and it gets a little annoying having to manually list all the Content files in our project when harvesting just grabs them all for us. I'm glad to see it's being brought back in v4. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn feedback
On 22-Apr-12 17:06, Neil Sleightholm wrote: That isn't the way it is coded, I coded it, so I'm familiar. I didn't know about the support for a license-less BA, so I didn't code for that possibility. -- sig://boB http://joyofsetup.com/ -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn feedback
On 23-Apr-12 07:04, Pally Sandher wrote: SuppressOptionsUI=yes hides the Options button. Cheers Bob (although if there was documentation for BalExtension...). There is, at least for WixStandardBootstrapperApplication Element (Bal Extension). It doesn't seem to be getting on the Web site for some reason, but it's in the .chm. Running the generated burn executable with /passive or /silent still runs the .NET 4.0 client profile installer with full UI because there's no Attribute in the ExePackage element to specify InstallCommand only for the /passive /silent options launch commands. Setting the InstallCommand attribute is a global option. Ah. Seems a reasonable request. -- sig://boB http://joyofsetup.com/ -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn feedback
I assume we are talking at cross purposes, license-less BA does work but the schema doesn't allow it unless you set the LicenceUrl to a single space - that is what I meant by it being code that way. Anyway I have raised a defect for it so hopefully it can be addressed. Neil -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: 23 April 2012 02:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn feedback On 22-Apr-12 17:06, Neil Sleightholm wrote: That isn't the way it is coded, I coded it, so I'm familiar. I didn't know about the support for a license-less BA, so I didn't code for that possibility. -- sig://boB http://joyofsetup.com/ -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Import rtf file to a scrollable text control
Hi, I would like to import an rtf file into the Text column of the Control table for a Scrollable Text Control. (Into a msi that already exists). I would like to do this during my build process. It should have no UI intervention (so not Orca or any authoring tool). Is it possible to do this with msidb? Or what are the methods I could use? Thanks in advance! Uma- -- 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] Import rtf file to a scrollable text control
Wix can do this when building your MSI. On Mon, Apr 23, 2012 at 4:41 PM, Uma Harano uhar...@esri.com wrote: Hi, I would like to import an rtf file into the Text column of the Control table for a Scrollable Text Control. (Into a msi that already exists). I would like to do this during my build process. It should have no UI intervention (so not Orca or any authoring tool). Is it possible to do this with msidb? Or what are the methods I could use? Thanks in advance! Uma- -- 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 -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Import rtf file to a scrollable text control
Hi Rob I need to fix the license agreement in a msi file that has already been built. I cannot unfortunately rebuild the msi again. So I have been fixing the msi with the new license agreement using orca. I would like to instead so this with a commandline tool with no UI. How can I do this? Thanks. Uma On Apr 23, 2012, at 7:38 PM, Rob Mensching r...@robmensching.com wrote: Wix can do this when building your MSI. On Mon, Apr 23, 2012 at 4:41 PM, Uma Harano uhar...@esri.com wrote: Hi, I would like to import an rtf file into the Text column of the Control table for a Scrollable Text Control. (Into a msi that already exists). I would like to do this during my build process. It should have no UI intervention (so not Orca or any authoring tool). Is it possible to do this with msidb? Or what are the methods I could use? Thanks in advance! Uma- -- 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 -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users