wix3.6

How to debug custom bootstrap application?

主宰稳场 提交于 2019-11-29 20:52:12
I am using Burn for MSIs package. I am using Votive (Visual Studio) & my own custom BA instead of WiXBA. I tried to debug custom BA using Debugger.Launch() . But when I start debugging, error messages occur. No symbols are loaded for any call stack frame. The source code cannot be displayed I realized that package.exe links CustomBA dll which located at C:\Documents and Settings\user\Local Settings\Temp\{GUID}\ . {GUID} is always changed. So, whenever I run package.exe, always directory is changed. I think that is the reason to occur errors. In Visual Studio, When I started package.exe with

How do I reference the Reboot Pending Property in Burn (WiX)

淺唱寂寞╮ 提交于 2019-11-29 07:32:02
How do I reference the RebootPending property in a Burn (WiX) bootstrapper? I know the property name is RebootPending, which is actually referencing the MsiSystemRebootPending property in Windows Installer. I'm currently trying something like this: <bal:Condition Message="There is a restart pending. Please restart your computer before attempting to install !(loc.ProductName).">RebootPending = 0</bal:Condition> But it's always true, even when Windows Update has just finished an update and needs to restart. Is my syntax wrong? Should my condition have [RebootPending] instead? Having been

WiX: Avoid showing files-in-use dialog and just prompt for reboot at end of install

本小妞迷上赌 提交于 2019-11-29 07:11:45
I am using <MajorUpgrade> in WiX 3.6 to force an uninstall of the previous version of my application when installing a newer version. My application installs an extension DLL file into Windows Explorer, so on uninstall the Files In Use lists Explorer and defaults to shutting down the listed application. This does kill Windows Explorer as my shell goes away (which is somewhat jarring for the user), however I still get an error saying that not all applications could be shutdown and states a reboot will be necessary. My preference is to avoid this thrash and skip the Files-In-Use dialog just

WIX Burn Uninstallation?

旧街凉风 提交于 2019-11-29 07:06:27
I have a WIX_bundle (V1.0.0.0) which installs 4 third party MSI's of the version (5.0.0.0). Now the new version of my third party MSI's got updated (6.0.0.0). I created a new version of the WIX_Bundle with (v2.0.0.0) and both the WIX bundles have the same upgrade code. What I want to happen is that the new version of the WIX_Bundle should uninstall the previous version (v1.0.0.0 along with the 4 MSI's) and install the new version (v2.0.0.0 with new 4 MSI's). But when I try to install the WIX_BUndle V2.0.0.0, it tries to install the new version and is not doing an uninstall of the previous

WiX Bundle bal:condition - util:RegistrySearch variable always false

最后都变了- 提交于 2019-11-29 06:15:35
I want my install to fail if a third-party software element is not installed. I added a Fragment with a util:RegistrySearch and a bal:Condition to the Bundle , but I can't get it to work. ThirdPartyCOMLibraryInstalled never evaluates to true. I've confirmed that the key exists, and the value I use for Key is correct - I copy/pasted the name from the selected key in regedit. There aren't any errors in the log. I'm building the installer with WiXTools 3.7 in Visual Studio 2012 on Windows 7 64-bit and testing on both Windows XP SP3 and Windows 7 64-bit. Searching online for other examples for

Unpack WIX Burn bundle

て烟熏妆下的殇ゞ 提交于 2019-11-29 04:27:15
Is it possible to somehow unpack a bundle? I need to make sure all packages within a bundle are signed correctly... TIA Dark.exe decompiles bundles; use -x to extract the bits. Run the installer with the argument -layout and it should download or extract (as appropriate) the packages that it contains to the directory the installer is in. You can specify a target directory as a second argument if you wish. This was tested with a bundle created with version 3.6.2520.0 . It is known to be broken on the current weekly release of wix36.exe itself. insignia will extract the engine. insignia -ib

Removing license dialog

微笑、不失礼 提交于 2019-11-29 02:14:41
问题 I'm using Wix 3.6 to make a simple MSI which is used internally. I would like to know if there is an easy way to remove the license agreement dialog. Thanks for any suggestions 回答1: I skipped it using: <UI> <UIRef Id="WixUI_InstallDir" /> <Publish Dialog="WelcomeDlg" Control="Next" Event="NewDialog" Value="InstallDirDlg" Order="2">1</Publish> <Publish Dialog="InstallDirDlg" Control="Back" Event="NewDialog" Value="WelcomeDlg" Order="2">1</Publish> </UI> 回答2: The key is to make a custom UI and

A complete WiX 3.6 bundle example bootstrapping a .NET 4 Client Profile

谁说我不能喝 提交于 2019-11-29 01:48:56
问题 I tried to construct a working example of a WiX 3.6 installation script. We currently use WiX 3.5 and now we would like to begin installing the .NET 4 Client Profile framework as a pre-requisite for our MSI file that our product.wxs script creates. WiX 3.6 seems like the best way forward. Is there a functional example of how to do this with WiX 3.6? Here is our 3.5 script we use today: <?xml version="1.0" encoding="utf-8"?> <Wix xmlns="http://schemas.microsoft.com/wix/2006/wi" xmlns:util=

Creating localized WIX 3.6 bootstrappers.

不问归期 提交于 2019-11-29 00:40:59
问题 I created a WIX project in Visual Studio 2010 over a year ago. It creates an MSI file and a bootstrapper setup.exe. Actually, it creates that pair of files for two languages - English and French. I am just now integrating this project into our TFS CI builds. I'm having trouble getting the CI build to generate the bootstrapper setup.exe files. We've recently upgraded Wix on all our build servers to Wix 3.6 RC. So, I thought I'd give Burn a try instead of using the old style of bootstrapper. I

How to intelligently install .NET 4.x using WiX Burn

大憨熊 提交于 2019-11-28 22:41:59
问题 When installing an application that can use either .NET 4.0 or 4.5, what is the best practice when installing the prerequisites .NET framework? And how do you implement it using Burn in WiX? These are the options and trade-offs that I am aware of: Option 1: Install .NET 4.0 (just what you need) Advantages: None known (except for Windows XP, where this is the only choice) Option 2: Install .NET 4.5 if .NET 4.5 is not present Advantages: User won't have to install .NET 4.5 later for future apps