Re: [WiX-users] Burn running sql script/ batch /command script in chain.

I've been seriously considering it for years. WiX v4 is the first time I would have opportunity to actually act on the idea. On Fri, Jun 8, 2012 at 9:23 AM, jhennessey wrote: > > Rob Mensching-7 wrote > > > > Creating an installation engine in WiX is not something to consider until > > WiX v4. >

Re: [WiX-users] Scheduling Install and Uninstall Custom Actions

It's in the Windows SDK: http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa368561(v=vs.85).aspx Phil W -Original Message- From: Ravi Raj [mailto:raviraj.callin...@gmail.com] Sent: Thursday, June 0

[WiX-users] Deploying WiX bootstrappers (SCCM, GPO, etc.)

We are investigating replacing InstallShield InstallScript-based installs with Windows Installer-based installs. Many of our installs have prerequisites like .Net and some also chain several installers. In the absence of any external demands I would implement the basic installs as msi files and

Re: [WiX-users] Perl Script on initialization

The Id of the property with the command line needs to match the Id of the custom action you are executing. Also, I don't think CAQuietExec how to execute non-executable files. In my experience you need to provide the executable to execute first _in quotes_ before any arguments you want to pass t

Re: [WiX-users] WiX 3.6 Upgrade Leaves Files in Cache (v3.6.2520.0 to v3.6.2527.0)

Kannan24 wrote > > Could you please help me the following queries. > > 1. How to display the feature (or how to get the feature) list in windows > form from installing msi file? > 2. How to set the msi property values from class library? > 1. You can get the feature information by parsing th

Re: [WiX-users] Burn running sql script/ batch /command script in chain.

Rob Mensching-7 wrote > > Creating an installation engine in WiX is not something to consider until > WiX v4. > Sorry my curiosity has gotten the better of me...is this actually being seriously considered (I like the idea)? -- View this message in context: http://windows-installer-xml-wix-t

Re: [WiX-users] Managed Bootrapper next step

The WiX code there should probably be fixed. ResumeType.Arp is a reasonable way to go. You can also tell if a Bundle is installed via the WixBundleInstalled variable. On Fri, Jun 8, 2012 at 6:04 AM, Neil Sleightholm wrote: > Thanks that is useful and confirms what I thought - seems a bit odd tha

Re: [WiX-users] Installer ignores cancellation

Custom actions can swallow the cancel message. If you look at the WiX toolset's custom actions, we have wrappers for most of the MSI APIs and in those wrappers, special handling ifa cancel is sent back. If you have an install with custom actions where the cancel button is being lost, this is often

Re: [WiX-users] Perl Script on initialization

yes, perl is in my path, but I do not think that it is a problem with perl, I think that it is something that I am not doing right in Wix. So me and my team have sort of refocused and we are at the moment, just trying to make wix open notepad.exe after AppSearch. ...

Re: [WiX-users] Perl Script on initialization

yes, perl is in my path, but I do not think that it is a problem with perl, I think that it is something that I am not doing right in Wix. So me and my team have sort of refocused and we are at the moment, just trying to make wix open notepad.exe after AppSearch. ...

[WiX-users] Installer ignores cancellation

I'm seeing a strange issue where it looks like I can't cancel an installation during the last action before InstallFinalize in the InstallExecuteSequence. I have two deferred custom actions for updating VS 2008 and 2010 (running "devenv /setup /nosetupvstemplates") and they are scheduled immed

Re: [WiX-users] Managed Bootrapper next step

Thanks that is useful and confirms what I thought - seems a bit odd that the bootstrapper needs to know what it is installing. I'll give the ResumeType.Arp a try. Neil Neil Sleightholm n...@x2systems.com On 8 Jun 2012, at 13:38, jhennessey wrote: Neil Sleightholm

Re: [WiX-users] Managed Bootrapper next step

Neil Sleightholm wrote > > I have looked at InstallationViewModel.cs some more and I think I am > starting to understand it. > > One question how do you detect that the bundle is already installed and > hence display uninstall/repair? > In the WiX BA it looks like they handle this in Detected

Re: [WiX-users] Managed Bootrapper next step

I have looked at InstallationViewModel.cs some more and I think I am starting to understand it. One question how do you detect that the bundle is already installed and hence display uninstall/repair? Neil Neil Sleightholm n...@x2systems.com On 7 Jun 2012, at 14:53,

Re: [WiX-users] Question on using burn to our existing project

Again can I make this installer dialog to appear in the center of screen? On Fri, Jun 8, 2012 at 3:34 PM, Ravi Raj wrote: > Thanks. > Condition="((VersionNT >= v6.0) AND (ServicePackLevel >= 2)) OR > ((VersionNT >= v6.1) AND (ServicePackLevel >= 1)) OR (VersionNT >= v6.2)" > is working perfect. >

Re: [WiX-users] Question on using burn to our existing project

Thanks. Condition="((VersionNT >= v6.0) AND (ServicePackLevel >= 2)) OR ((VersionNT >= v6.1) AND (ServicePackLevel >= 1)) OR (VersionNT >= v6.2)" is working perfect. But can I add custom message to this condition launch?? On Fri, Jun 8, 2012 at 3:18 PM, Neil Sleightholm wrote: > The correct syn

Re: [WiX-users] Question on using burn to our existing project

The correct syntax is to use v6.0, v6.1 etc rather than 600, 610. Check the install log when you run to see what the values are. Neil Neil Sleightholm n...@x2systems.com On 8 Jun 2012, at 10:36, Ravi Raj wrote: I am also have a doubt, I am using OS condition in BURN

Re: [WiX-users] Question on using burn to our existing project

I am also have a doubt, I am using OS condition in BURN as this: http://www.x.com"; Condition="((VersionNT >= 600) AND (ServicePackLevel >= 2)) OR ((VersionNT >= 610) AND (ServicePackLevel >= 1)) OR (VersionNT >= 620)" > But i am getting "The specified program requires a newer version of

Re: [WiX-users] Question on using burn to our existing project

Burn documentation is still a bit scarce at the moment. I have written up some notes based on my experience http://neilsleightholm.blogspot.co.uk/. Using both UIs is simply a case of setting MsiPackage/@DisplayInternalUI="yes" but I don't think this is the tidiest solution. Neil Neil Sleightho

Re: [WiX-users] Question on using burn to our existing project

Do you have some guide or tutorial to use burn rightfully, especially using the UI of burn and WiX UI simultaneously? On Fri, Jun 8, 2012 at 12:16 PM, Neil Sleightholm wrote: > 1. No. Typically burn provides the UI so your existing UI is not used, > although you can display it if you need to. If

[WiX-users] Rollback custom action not working properly

I have defined the rollback custom action like following: NOT Installed NOT Installed NOT Installed NOT Installed Now i run the installer, it goes fine copies files to the respective folders and then starts the custom action to perform. The custom action takes s