Re: [wix-users] (deprecated) Error loading prerequisite bootstrapper application because managed host could not be loaded

I would bet that the problem is that the supportedFramework element is v3.5 (which is the 2.0 runtime) but there's no supportedRuntime element for the 2.0 CLR. P.S. Please use the new mailing list, information is at http://wixtoolset.org/documentation/mailinglist/ On Mon, Jul 27, 2015 at 2:10 PM,

Re: [WiX-users] Bootstrapper Feature Selection

On the MsiPackage element, you must set EnableFeatureSelection="yes" ( http://wixtoolset.org/documentation/manual/v3/xsd/wix/msipackage.html) to get feature information in BootstrapperApplicationData.xml. On Tue, Jun 30, 2015 at 11:04 AM, Brian C Cooke wrote: > How can I provide functionality fo

Re: [WiX-users] Bug in 3.10.0.1823? LaunchAction.Install is Cache now

We would need the Burn log from %TEMP% to be able to diagnose this. On Mon, Jun 29, 2015 at 3:49 AM, js69 wrote: > In my Custom BA I noticed a weird change: > > In PlanPackageBegin: > > > > Debugging shows that myAction has the value "Cache". Seems to be an enum > bug. > > > > > > -- > View this

Re: [WiX-users] Wix Built-in Variable escape content

http://wixtoolset.org/issues/4763/ Custom code could use IBootstrapperEngine::GetVariableString to get the value of WixBundleOriginalSource, call IBootstrapperEngine::FormatString to escape it, and then call IBootstrapperEngine::SetVariableString to a custom variable and use that custom variable i

Re: [WiX-users] Possibility of separate icons for bundle and ARP?

Someone would have to send a pull request for http://wixtoolset.org/issues/4383/ On Thu, May 14, 2015 at 9:03 AM, Patrice Bastien wrote: > Hello, > > My bundle is working great. I am using the WixStdba as I do not need more > customization. However, I would like to know if there is any way to kl

Re: [WiX-users] WiX Burn use UILevel from simple UI

Is this what you're asking for? http://wixtoolset.org/issues/3789/ On Tue, Apr 21, 2015 at 2:59 PM, Marco Tognacci wrote: > I need to make a Burn Bootstrapper setup using base wix interface, I have > to customize some conditions using the UILevel.Is there any way to read a > property like UILeve

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

The Window text is set too early to do anything about it from IBootstrapperBAFunction. You should localize that with a string in the wxl file. On Tue, Apr 7, 2015 at 2:17 PM, David Burson wrote: > In case it’s helpful to anyone, I posted how I got this working on SO: > http://stackoverflow.com/

Re: [WiX-users] how to define a custom variable in bundle.wxs, and get its value in BAFunctions.dll?

This should just work. I'm guessing you've put the Variable in a Fragment that isn't getting pulled in. Does the variable show up at the end of the log? On Fri, Apr 3, 2015 at 5:17 PM, roberthyang wrote: > This worked fine for us inside OnDetectComplete on Wix 3.8 (released > version). For ex

Re: [WiX-users] Changing state in bafunctions.dll?

There is no way to modify the requested state of packages from IBootstrapperBAFunction today. Neil was referring to the state of the machine, like doing stuff with files or the registry. On Fri, Apr 3, 2015 at 4:51 PM, Cris Moore wrote: > I have a bundle with two MsiPackages. Both MSIs support

Re: [WiX-users] Modifying Request State

The engine bases the action off of the requested state, there's no way to set the action state. There is no way to modify the requested state of packages from IBootstrapperBAFunction today. On Fri, Apr 3, 2015 at 8:19 AM, Phill Hogland wrote: > The chain is installed from top to bottom and unin

Re: [WiX-users] UserLanguageID vs. WixStdBALanguageId

If you don't have a theme for the language id of the user's machine, then WixStdBALanguageId won't be set. WixStdBALanguageId is set to the language id of the theme that StdBA is actually using. On Thu, Apr 2, 2015 at 3:26 PM, David Burson wrote: > * UserLanguageID - gets the language ID for

Re: [WiX-users] Bundle problems

What version of WiX are you using? This looks like an issue fixed in v3.9: http://wixtoolset.org/issues/4292/ On Thu, Apr 2, 2015 at 2:27 PM, kurt.jen...@us.ophiropt.com < kurt.jen...@us.ophiropt.com> wrote: > Now we KNOW we have found the -real- problem... :)~ > > Tried to use Upgrade to detect

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

per way > to get the source for 3.9 R2 and 3.10 so I can build the BAFunctions sample > with both? > > On Mar 30, 2015, at 11:31 PM, Sean Hall r.sean.h...@gmail.com>> wrote: > > The sample is supposed to build with VS2010. IBootstrapperBAFunction.h > should be in the SDK di

Re: [WiX-users] WiX Burn how to suspend and restart setup

The engine won't do anything while calling OnResolveSource. Don't return from ResolveSource until you have located the package. If you don't want the UI thread to be the same thread that handles BA calls, then create a new thread for running your UI. That will probably require nontrivial changes

Re: [WiX-users] Wix bootstrapper only works on .net 4.5

Make sure that the config file is named as BootstrapperCore.config by setting the Payload/@Name attribute. For the .NET 2 problem, the order matters for the supportedRuntime elements in the startup element in BootstrapperCore.config. The .NET 2 line probably should have been first. For the .NET

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

The sample is supposed to build with VS2010. IBootstrapperBAFunction.h should be in the SDK directory with the other WiX header files like dutil.h. Worst case scenario you can copy it from source at https://github.com/wixtoolset/wix3/blob/develop/src/libs/balutil/inc/IBootstrapperBAFunction.h .

Re: [WiX-users] WiX Burn ResolveSource event and SetLocalPath(newPath) not working

The header file that I pointed to before tells you what to do - return Retry. On Fri, Mar 27, 2015 at 2:47 PM, Marco Tognacci wrote: > I have a WiX Burn Mamaged Bootstrapper with WPF UI.I need to locate the

Re: [WiX-users] Predicting Bootstrapper Cache Location

Phill's comment was incorrect, the provider key will be generated for you automatically if you don't specify it. This behavior is a bug that I'm currently working on: http://wixtoolset.org/issues/4630/ On Thu, Mar 26, 2015 at 7:06 PM, Edwin Castro wrote: > The remarks at > > http://wixtoolset.o

Re: [WiX-users] Cannot install Wix - Wix39.exe

The bundle extracts the BA DLL to %TEMP%\{BUNDLE_GUID}\.ba1. My guess is that it's getting ERROR_ACCESS_DENIED (which is what 0x8007005 is) when doing the extraction. On Mon, Mar 23, 2015 at 4:52 PM, ctludlow wrote: > Trying to install Wix and I get the same failed log file for wix38.exe, > wix

Re: [WiX-users] Error: Loading prerequisite bootstrapper application

Thanks for following up. You probably clicked the Update Available button the first time, I logged a bug at http://wixtoolset.org/issues/4710/ since v3.10.1124 shouldn't appear as an upgrade. On Thu, Mar 19, 2015 at 5:19 AM, Cadima wrote: > I realised I had v3.9 installed before installing v3.1

Re: [WiX-users] Calling C API in WiX Standard Bootstrapper Application

In v3.8, the BAFunctions.dll was added where you can provide a dll that WixStdBA will call into for a few of the IBootstapperApplication events. Sadly, there's not much documentation on this but there is a sample directory at https://github.com/wixtoolset/wix3/tree/develop/src/burn/Samples/bafuncti

Re: [WiX-users] FW: Wix Burn with Managed WPF UI - How to deploy on multiple disks

If the engine can't find a payload, then it will call IBootstrapperApplication::OnResolveSource. Check out the comments at https://github.com/wixtoolset/wix3/blob/develop/src/burn/inc/IBootstrapperApplication.h for more information. Note that you'll probably need the SWAPRUN functionality in v3.1

Re: [WiX-users] Error: Loading prerequisite bootstrapper application

Looking at the log from the bug, the problem here is that you thought you installed WiX v3.10.0.1502 but the first line of the log says v3.10.1124.0. We made a breaking change with respect to the version numbers in v3.10. You need to uninstall v3.10.1124.0 in order to install the newer versions.

Re: [WiX-users] After add reference WixNetFxExtension.dll to Setup Project, build failed‏

You'll also have to include the WixBalExtension for now in v4: http://wixtoolset.org/issues/4703/ On Fri, Mar 13, 2015 at 8:47 AM, XuFei wrote: > Yes I already in use Wix 4.0 and actually I try to downgrade to Wix 3.9, > but I failed, main problem is In Wix 3.9 you can not put a directory > prop

Re: [WiX-users] After add reference WixNetFxExtension.dll to Setup Project, build failed‏

The WIX_IS_NETFRAMEWORK_451_OR_LATER_INSTALLED property was just merged into v4 yesterday, it's not in that build. There seems to be another issue here that it's complaining about WIX_IS_NETFRAMEWORK_451_OR_LATER_INSTALLED, though. On Wed, Mar 11, 2015 at 11:56 AM, XuFei wrote: > I'm in use wix

[WiX-users] Where is the v3.10 feed?

I get a 404 when going to http://wixtoolset.org/releases/feed/v3.10, and the bundle can't access it either. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partner

Re: [WiX-users] WiX 3.9 R2 NuGet package

There is no official Nuget package for WiX. That won't happen until 4.0 stabilizes. There are no plans for releasing 3.x by Nuget package. The nuget package in 4.x will not include the VS integration, you will still need to install WiX for that. On Wed, Mar 4, 2015 at 10:33 AM, Tunney, Stephen

Re: [WiX-users] Installation doesn't progress at all

If there's nothing in the Application event log, then you might have to get the WiX pdbs and debug Burn. On Mon, Mar 2, 2015 at 11:17 PM, Balaji R wrote: > Hi, > > I'm 100% sure about calling plan() action, is there no other solutions for > this ? > > Regards, > Balaji > > > > -- > View this mes

Re: [WiX-users] WiX Burn Command Line Options

They aren't exactly there, Burn strips off the parts of the command line that it recognizes so the Command doesn't have "/s" it has "Display.None" which has other aliases. Marco, are you asking for the ability to get /h or /s? Or are you using those as examples of Burn automatically handling com

Re: [WiX-users] Slow Verifying of chained Exepackages

For now you could workaround this perf bug by creating a self extracting zip file that runs the exe after extracting itself. This way Burn only has to verify one file. 7zip is a free tool that can create that kind of zip file. On Fri, Feb 20, 2015 at 4:38 PM, Rob Mensching wrote: > Or help get

Re: [WiX-users] Problem : In Upgrade process, once cancel burn process and again execute then burn process uninstall old product

It's all there in the log about what's going on. Condition 'VersionNT>=v6.0 AND NOT VersionNT64 AND UserLanguageID <> 1034 AND UserLanguageID <> 1046 AND UserLanguageID <> 2070' evaluates to false. Plan disabled rollback for package: TESTx86, due to incomplete cache: None, original rollback actio

Re: [WiX-users] WiX Bundle - Hide Text on Options page, based on Pre-processer variable

In v3.8 and later versions of 3.x, WixStdBA looks for a state variable based on the name of the control. You can do this by adding the following to your bundle: On Sat, Feb 14, 2015 at 5:32 AM, Tall Tyke wrote: > Hi, > > I have a WiX 3.9 bootsrapper project based on the > StandardBootst

Re: [WiX-users] Error: Loading prerequisite bootstrapper application

That looks like this bug: http://wixtoolset.org/issues/4669/ On Wed, Feb 11, 2015 at 10:17 AM, Ernest Meyers wrote: > My custom bootstrapper application runs on .NET 3.5 using the following > BootstrapperCore.config: > > > > > > type="Microsoft.Tools.WindowsInstallerXml.Bootstrapper.Boo

Re: [WiX-users] VS2008 - WIX Project Type Not Shown

VS 2008 is not supported in WiX v3.9. http://www.joyofsetup.com/2013/09/27/visual-studio-2008-deprecated-in-wix-v3-8/ On Mon, Feb 9, 2015 at 11:13 AM, Andrew Uren wrote: > Hi, > > I am using the Professional version of VS2008, so I guess not. > > Thanks, > > Andy > > -Original Message-

Re: [WiX-users] Unable to select radio buttons in Hyperlink Theme

It appears that you must declare the radio button Variables in your bundle, and set their values to 0. Then use the BS_AUTORADIOBUTTON HexStyle (9). On Thu, Dec 11, 2014 at 5:44 PM, garymonk wrote: > > I have modified the Hyperlink theme install page to include two radio > buttons. > > >

Re: [WiX-users] Install condition is not being set in options dialog [P]

The logic for which page's controls get saved when you click which button is hardcoded . Clicking the "OptionsButton" or the "InstallButton" saves the "Install" page. Clicking the

Re: [WiX-users] Wix bootstrapper - default value for custom string field

Everything about contributing to WiX should be explained here: http://wixtoolset.org/development/ On Wed, Dec 10, 2014 at 4:10 AM, jfish wrote: > Thanks Sean - more of a bug than I feature I would say. :-) > > I have a fix that I'd like to check in. I haven't contributed before - > could you p

Re: [WiX-users] Wix bootstrapper - default value for custom string field

This is a reported issue about the default value for editboxes. http://wixtoolset.org/issues/4496/ On Mon, Dec 8, 2014 at 12:55 PM, Jeff Fisher wrote: > I’ve added a couple of Editbox fields and a Checkbox to the Options page > in one of the standard Bootstrapper themes, and hooked these up with

Re: [WiX-users] Using DllImport inside Wix Custom Action shows DLL Error

You need to remove the CustomAction attribute from the SHGetFolderPath method and put it on your WriteFileToDisk method. On Sun, Dec 7, 2014 at 6:06 AM, Sarvagya Pant wrote: > ​I have been making a MSI Installer that can get the value of property > passed to it and write a Config file. I am supp

Re: [WiX-users] Failure to Repair, Uninstall, or Upgrade using WixStdBa and Wix 3.9

Does the workaround from the bug work for you? (removing the default value) On Wed, Dec 3, 2014 at 12:45 PM, Rob Mensching wrote: > Sounds like: http://wixtoolset.org/issues/4609/ > > _ > Short replies here. Complete answers over ther

Re: [WiX-users] Unhandled exception when launching MBA

Can someone write up a bug on this? I've never seen this before. On Tue, Dec 2, 2014 at 3:23 PM, Tunney, Stephen wrote: > Bingo! That did it :) Thank you for the heads up Phill!!! > > -Original Message- > From: Phill Hogland [mailto:phogl...@rimage.com] > Sent: December-02-14 2:15 PM

Re: [WiX-users] VS2013 Intellisense is not working for Wix ComPlusExtension

It is fixed, though I believe Bob did 2013 and I did 2015. On Tue, Dec 2, 2014 at 9:05 AM, Rob Mensching wrote: > Bug. I *think* this was fixed recently by Sean. > > _ > Short replies here. Complete answers over there: > http://www.fir

Re: [WiX-users] How to display different message on success screen for installation and un-installation

We're working on it: http://wixtoolset.org/issues/4604/ http://wixtoolset.org/issues/4149/ http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIXFEAT-4149-Add-UninstallSuccess-page-to-WixStdBA-td7594480.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIP-4149-and-4552

Re: [WiX-users] Assigning User rights (Security Policies) to the application user

Found it: http://wixtoolset.org/issues/1938/ On Wed, Nov 19, 2014 at 3:21 PM, Sean Hall wrote: > No, the only User Rights supported by WiX today are the LogonAsBatchJob > and LogonAsService rights. It looks like there was a feature request for > this http://wixtoolset.org/issues/53

Re: [WiX-users] Assigning User rights (Security Policies) to the application user

No, the only User Rights supported by WiX today are the LogonAsBatchJob and LogonAsService rights. It looks like there was a feature request for this http://wixtoolset.org/issues/533/, but I can't find the issue that this is supposed to be a duplicate of. On Wed, Nov 19, 2014 at 12:37 PM, John Co

Re: [WiX-users] Localizing Managed BA

I think you should be putting the en-US satellite assembly in an en-US subfolder (http://msdn.microsoft.com/en-us/library/21a15yht.aspx On Fri, Nov 7, 2014 at 5:15 PM, wrote: > Hi, I am trying to support localization for my Managed BA. I generated > pseudo localized satellite assembly for en-US.

Re: [WiX-users] FontId descriptions

The FontId refers to Font elements ( http://wixtoolset.org/documentation/manual/v3/xsd/thmutil/font.html) created in your theme file. On Thu, Nov 6, 2014 at 8:22 PM, Ryan Waller wrote: > Where can I find a list of the supported FontIds and their descriptions, > for use with Theme elements used i

Re: [WiX-users] PrereqSupportPackage only for .Net Prerequisites?

The original design for the ManagedBootstrapperApplicationHost was to get .NET up and running for the MBA. In v3.9, we added support for multiple prerequisite packages because installing .NET 4 on XP/2003 required WIC as well, so PrereqSupportPackage was pretty much designed for .NET prerequisites

Re: [WiX-users] "BURN : Elevate related question"

Sounds like a reasonable feature request. On Mon, Oct 27, 2014 at 7:08 AM, anirudha_kulkarni wrote: > Okay, my above "Question" is around a year ago and I think, now, I have > more > sense around working of Burn Engine. I think "InstallPerMachine" attribute > is an un-related/false description f

Re: [WiX-users] Can't add new Bug: Managed Burn Bootstrapper not localize prerequisites window

Is this the same issue? http://wixtoolset.org/issues/4499/ On Sat, Oct 18, 2014 at 2:03 PM, Marco Tognacci wrote: > I have tried to add a bug about burn localization, but It reported an > error, so I publish it here. > > > > > The Burn Managed bootstrapper of the version 3.9 not works in localiz

Re: [WiX-users] Burn:GetCommandLineArgs

WixStdBA converts command line key=value pairs to Burn Variables if the key was declared overridable, but as far as I know there's no way for a BA to pass arbitrary properties to an MSI package. On Fri, Oct 17, 2014 at 7:36 AM, Phill Hogland wrote: > I have noticed that when I use -?, -h, or -he

Re: [WiX-users] .NET FX 4.5 as the supportedRuntime and supportedFramework in BootstrapperCore.config

It's impossible to tell what's wrong without looking at the log in the %TEMP% directory. On Wed, Sep 17, 2014 at 4:02 PM, Yari Serve wrote: > Sean, > > Even this does not work: > > > > Still opening the PreReq BA instead of my custom BA. > > -----Or

Re: [WiX-users] .NET FX 4.5 as the supportedRuntime and supportedFramework in BootstrapperCore.config

Starting with .NET 4.5, there is no client profile. On Wed, Sep 17, 2014 at 2:40 PM, Yari Serve wrote: > Greetings, > > > > I'm currently writing my own Bootstrapper Application with WPF and .NET > 4.5. > > > > Because all applications installed with the BA will be run using .NET 4.5, > I > want

Re: [WiX-users] Burn - Uninstalling an InnoSetup-based ExePackage

For now, you could always write a little wrapper exe yourself that receives the InstallCommand and UninstallCommand and does the right thing and include the real setup.exe as a payload of that package. On Thu, Aug 28, 2014 at 10:48 AM, Hoover, Jacob wrote: > Gut feel is if we can get the uninst

Re: [WiX-users] Burn to MSI -- Secure password -- Best Parctice

Make sure that your mba uses the SecureStringVariables property in the Engine class, which requires that your password is in a SecureString. You shouldn't put the password in a System.String. On Wed, Aug 27, 2014 at 11:55 AM, Phill Hogland wrote: > Thanks Rob, very much. I had the Bundle/@Var

Re: [WiX-users] Manager Bootstrapper issue with "requirement for .net framework"

The configuration file must be named BootstrapperCore.config. The easiest thing to do is just add Name="BootstrapperCore.config" to the Payload of your config file. On Mon, Aug 18, 2014 at 1:49 PM, Tunney, Stephen wrote: > Hello everyone, > > I'm attempting to write my first bootstrapper (YAY)

Re: [WiX-users] [SPAM] Re: PayloadGroupRef to import fragments - Bundle fails

I filed a bug with the same root cause last week: http://wixtoolset.org/issues/4491/. I guess we'll see in the wix-devs meeting today whether they take my fix into v3.9. On Thu, Aug 14, 2014 at 8:23 AM, Phill Hogland wrote: > While reading through the engine.cpp (and related) code, I modified

Re: [WiX-users] .NET 4.5.2 and MBA

No, it just means you need to define them yourself in your bundle. On Fri, Aug 8, 2014 at 4:16 PM, James Welle wrote: > Interesting, does that mean that using a MBA that requires .NET4 with a > bundle that requires .NET 4.5.1 or 4.5.2 does not work yet? > > James > -

Re: [WiX-users] .NET 4.5.2 and MBA

The reason that the WixMbaPrereqLicenseUrl variable is missing for 4.5.1 and 4.5.2 is that there is no official direct link to the license agreement for those versions. I'm guessing that the WixMbaPrereqPackageId hasn't been added because both variables were going to be added at the same time. O

Re: [WiX-users] Burn/bundle EXE - setting property?

In your registry search, change Variable="[SDK_DIR]" to Variable="SDK_DIR". On Mon, Aug 4, 2014 at 9:52 AM, psimms wrote: > I created a dummy basic installer with the same logic that has the issue, > code below and the log file attached. > > See the installcommand below were the /D=[SDK_DIR]" s

Re: [WiX-users] Bundle fails to verify signature of payload

Burn uses the Windows certificate store to validate the signature, so you can right click on the MSI and go to the Digital Signatures tab and see what Windows says about whether the signature is valid. For 3.9, the default for SuppressSignatureVerification is supposed to be "yes", but that doesn't

Re: [WiX-users] 3.9.702 Bundle update behavior

I've tracked this down to Jacob's change to plan.cpp https://github.com/wixtoolset/wix3/pull/29/files#diff-6, where he made it so that the downloaded bundle isn't cleaned from the cache. Do you remember why you changed this Jacob? On Sat, Jul 12, 2014 at 8:41 AM, Phill Hogland wrote: > Removin

Re: [WiX-users] simple re-packaging of a 3rd party redistributable -- fixed link to screen shot

It sounds like you want to create a self extracting archive of the 3rd party files. 7zip is a free tool that can do this. On Sun, Jun 15, 2014 at 9:25 PM, Moyer, Andy wrote: > Thank you, but my user base can install click-once prerequisites. > Security is not the problem today. The problem i

Re: [WiX-users] Wix 3.8 - Burn - Detection of .Net Framework 1.1 not working

No, that page is for MSI's. The WixNetFxExtension does not currently provide a way to detect .NET 1.1 in a bundle. On Fri, Jun 13, 2014 at 9:17 AM, Carter Young wrote: > See Step 4: > > > http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/check_for_dotnet.

Re: [WiX-users] Get ProductVersion of Installation Package in a bootstrapper

You have to get use the PackageID to get that information from the BootstrapperApplicationData.xml file. Note that it wasn't available until WiX 3.9.421. C# code is at http://stackoverflow.com/questions/12846421. On Wed, May 28, 2014 at 10:41 AM, Ingo Fischer wrote: > My understanding was, you

Re: [WiX-users] Fwd: Error CNDL0200: WiX Standard Bootstrapper Application

1) This is a common problem recently, 'suppress' has two p's :) 2) It's not allowed to specify an extension twice. On Fri, May 23, 2014 at 2:26 PM, Leonardo Pereira < profissio...@leonardopereira.com.br> wrote: > Thanks Sean... now the problem changed. > > *1) candle.exe -ext WixBalExtension -o

Re: [WiX-users] Fwd: Error CNDL0200: WiX Standard Bootstrapper Application

You can either use MSBuild with the .wixproj, or you can run candle/light manually (they don't look at the WixProject file). If you're running candle/light manually, then you have to specify the extension on the command line: http://wixtoolset.org/documentation/manual/v3/howtos/general/extension_u

Re: [WiX-users] Burn : Get the status of packages installation in a custom BA.

If you look at HandleExitCode at the bottom of exeengine.cpp ( https://github.com/wixtoolset/wix3/blob/develop/src/burn/engine/exeengine.cpp), you'll see that the engine doesn't set hrStatus in ExecutePackageComplete to the exit code. It always returns S_OK unless the EXE package's exit code trans

Re: [WiX-users] .NET 4.5.2

I haven't tested it, but someone sent a pull request for .NET 4.5.2: https://github.com/wixtoolset/wix3/pull/33. On Tue, May 20, 2014 at 7:53 AM, Neil Sleightholm wrote: > Afraid that just takes you to the download page, I need the actual > download. > > -Original Message- > From: David

Re: [WiX-users] Local files in remotepayload

There is a bug open on this: http://wixtoolset.org/issues/3640/ You can usually work around this by using subfolders, like setting the Exepackage Name="Exepackage1\Setup.exe". On Thu, May 15, 2014 at 9:47 AM, Valentine Vinogradov wrote: > Hello! Are there any possibilities to prevent taking loc

Re: [WiX-users] System.AppDomain.Load error on EmbeddedUI Assembly

The config file must be named "CustomAction.config". On Mon, May 12, 2014 at 10:06 AM, John Cooper wrote: > Using WiX 3.8 RTM. > > I've tasked with writing an EmbeddedUI (I know, a custom Burn bootstrapper > would be much better, but that approach was rejected). > > So, I've gotten things to the

Re: [WiX-users] remote exepackage

Remote payload: http://wixtoolset.org/documentation/manual/v3/xsd/wix/remotepayload.html You can see an example in the NetFxExtension: https://github.com/wixtoolset/wix3/blob/develop/src/ext/NetFxExtension/wixlib/NetFx4.5.wxs On Mon, May 5, 2014 at 3:54 AM, Valentine Vinogradov wrote: > Hello!

Re: [WiX-users] ExePackage InstallCondition evaluates to true but it is not installed.

Because the DetectCondition is also true, which you can tell by "state: Present". It won't try to install it if it thinks it's already installed. On Thu, Apr 17, 2014 at 8:16 AM, darbid wrote: > In my bootstrapper chain I have as an exepackage the VSTO runtime. > > Installed is version 10.0.4X

Re: [WiX-users] WixBundleInstalled in Managed Bootstrapper Application

It depends on what you mean by installed. The engine will install the bundle when it runs Apply. So if .NET gets installed but your MSI fails, your bundle is still considered as installed. If you want to know whether your bundle is installed, then you should be able to rely on the WixBundleInsta

Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013

ustom Action projects missing in WiX 3.8/VS2013 > > I found the same and left a note on Bob's blog post as to such. > > ---- > From: "Sean Hall" > Sent: Monday, October 21, 2013 12:16 PM > To: "wix-users@lists.sourceforg

[WiX-users] Custom Action projects missing in WiX 3.8/VS2013

I'm testing out WiX 3.8 and VS 2013, and can't find the custom action projects. Here's what I did: 1. Setup new VM with Windows 8.1. 2. Install .NET 3.5 and all Windows Updates. 3. Install Visual Studio 2013 Ultimate RTM. 4. Install WiX 3.8.1014.0 (weekly build from 10/14). 5. Open Visual

Re: [WiX-users] wix37.exe - offline installation

all via "sneaker-net". > > > On Thu, Oct 17, 2013 at 6:37 AM, Sean Hall wrote: > > > Download the .NET 4 full offline installer yourself? > > http://www.microsoft.com/en-us/download/details.aspx?id=17718 > > > > Sean > > > > >

Re: [WiX-users] wix37.exe - offline installation

Download the .NET 4 full offline installer yourself? http://www.microsoft.com/en-us/download/details.aspx?id=17718 Sean > From: jens.teutenb...@t-online.de > To: wix-users@lists.sourceforge.net > Date: Thu, 17 Oct 2013 15:30:26 +0200 > Subject: [WiX-users] wix37.exe - offline installation >

Re: [WiX-users] uninstall ApplyComplete status

The engine always returns an HRESULT in the ApplyComplete event. Converted to hex, you're getting 0x8007015E. 0x015E, or 350, is ERROR_FAIL_NOACTION_REBOOT (from WinError.h). I also see the engine raising the Error event in this case, where it sends the error code 350. I think the only thin

Re: [WiX-users] [Wix]: Conditional installation for Windows Server 2008/Windows Server 2012

VersionNT is always defined, whether it's 32-bit or not. If you need to tell the difference between client and server (e.g. Windows 8 vs 2012), look at http://robmensching.com/blog/posts/2008/11/3/how-to-determine-if-you-are-installing-on-windows-client (the NTProductType property). Sean >

Re: [WiX-users] WixStdBA - LoadBootstrapperBA changes m_fPrereq

Here's what I remember about 3.7, I haven't used 3.8. The m_fPrereq variable is associated with a managed bootstrapper. m_fPrereq is essentially a boolean specifying whether the magic Burn variable WixMbaPrereqPackageId is set (that variable specifies the PackageId for .NET). Since you're not

Re: [WiX-users] Bootstrapper - Interuptting the MSI completion events while running multiple MSIs

The ExecutePackageComplete fires when a package is installed, you could load your control and get the information before returning from that event. But if you are getting information that influences the other MSI's, you probably should do 2 Detect, Plan, Apply cycles. Sean > Date: Fri, 19 J

Re: [WiX-users] Newbie question

Use a .wxi file. For more info, look at this StackOverflow question http://stackoverflow.com/questions/8495903/how-to-define-a-global-variable-in-wix Sean > Date: Mon, 15 Jul 2013 16:46:13 -0700 > From: kpet...@otaksoft.com > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Newbie q

[WiX-users] Get Repair to show up in ARP for a bundle

ARP can show Uninstall, Change, and Repair for an entry. For my bundles, I can only get Uninstall and Change. Is there a way to get Burn to enable Repair, too? I'm using WiX 3.7 if that matters. Thanks, Sean -

Re: [WiX-users] Removing bundle after installing MSI's

I think what you're missing is that you're assuming every package in the chain has a user interface. My typical installer has my application MSI, and at least one prerequisite (i.e. .NET). I want the bootstrapper to silently install the prerequisites, and only show UI for the MSI. Once the bo