Re: [WiX-users] Properties in deferred sequence

2012-10-18 Thread Rob Mensching
http://msdn.microsoft.com/en-us/library/windows/desktop/aa370543(v=vs.85).aspxsays no. On Thu, Oct 18, 2012 at 2:30 PM, Uma Harano wrote: > Hi > Are ProductVersion and ProductLanguage properties available during the > deferred sequence of the msi? > > Thanks > Uma > > ---

Re: [WiX-users] execute wix msi through cmd

2012-10-18 Thread Senthil Chandran
That did not work either :( msiexec /i MyApplication.msi /qn WIXUI_LABNAME="TestSilent" WIXUI_LABOWNER="Me" WIXUI_LABDESCRIPTION="description" WIXUI_LABACCESS="1" did not work either. Any other ideas? Thanks, Senthil. -Original Message- From: Rob Hamflett [mailto:rob_hamfl...@sn.scee.n

[WiX-users] Properties in deferred sequence

2012-10-18 Thread Uma Harano
Hi Are ProductVersion and ProductLanguage properties available during the deferred sequence of the msi? Thanks Uma -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics

[WiX-users] Installing to inetpub\wwwroot...

2012-10-18 Thread StevenOgilvie
Hi, I am trying to install a web application to the following directory: C:\inetpub\wwwroot\wws\VirtualDirectories\[Web_SITE_PORT] the WEB_SITE_PORT property is set to by default but within the UI of the installer we ask the User if they want to change the port and we verify that the port is

Re: [WiX-users] Conditionally Installing Update MSI's in Burn

2012-10-18 Thread Hoover, Jacob
If I had to guess, in the context of burn INSTALLED doesn't make sense. (Is it talking about the bundle, the MSI, the ?) What I would suggest is using the mailto:andysmi...@gmail.com] Sent: Thursday, October 18, 2012 10:37 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Conditionall

Re: [WiX-users] Possible performance issues

2012-10-18 Thread Rob Mensching
The time is all taken through here: [0AC8:09A0][2012-10-15T13:01:44]: Setting string variable 'WixBundleName' tovalue 'mTest setup' [0AC8:09A0][2012-10-15T13:01:47]: Loading managed bootstrapper application. [0AC8:09A0][2012-10-15T13:01:51]: Bootstrapper application started 10/15/2012 1:01:50 PM [

Re: [WiX-users] Burn Rebooting after installing an MSU Package

2012-10-18 Thread Rob Mensching
The restart was a "deferred restart" so Burn tried to continue with the chain in case other things can also be installed and get all the restarts in one pass. You need that restart to be considered a "force restart". Your BA can intervene in this case and return "force restart" when the MSU packag

[WiX-users] Getting started writing a custom Bootstrapper interface

2012-10-18 Thread Hans ter Horst
Hello, I would like to add an interface to the Wix bootstrapper and started Googling around but found few examples to get started. I have the following basic questions: - What project template would be best to use in VS 2010 or VS 2012? I am thinking of a WPF based interface, should I selec

[WiX-users] Conditionally Installing Update MSI's in Burn

2012-10-18 Thread andy smith
I have a burn installer, whereby the original installer can effectively select which items to install via checkBoxes, which relate to individual msi's. These are working via InstallConditions, checking the fact that the checkbox has been checked, and that they are not installed. So far so good and

Re: [WiX-users] CloseApplication

2012-10-18 Thread Muzikayise Flynn Buthelezi
Ya your right Peter, but in our case we distribute this msi to thousands of machines and usually this happens after business hours, the problem is the users leave the application open so this stuffs up the distribution process. anyway will try this way for now and will see what they say. thanks,

[WiX-users] Burn Rebooting after installing an MSU Package

2012-10-18 Thread Nicholas Pierce
Hi, We're starting to use Burn in our software deployment, which includes SQL Server 2008 R2, which requires Windows Installer 4.5, which on Windows Server 2008 and Windows Vista requires an MSU package to be installed. In my WiX source files I have: ... ... ... These get picked up correctly

Re: [WiX-users] CloseApplication

2012-10-18 Thread Peter Shirtcliffe
That would be unwise. The user could have unsaved work that would be lost when the process was killed. Let the user sort it out if it gets that far. -Original Message- From: Muzikayise Flynn Buthelezi [mailto:muzkay...@gmail.com] Sent: 18 October 2012 14:58 To: General discussion for Wind

Re: [WiX-users] CloseApplication

2012-10-18 Thread Muzikayise Flynn Buthelezi
the close util:CloseApplication works fine because it closes the application graciously by displaying a dialog box with a close message within the application. but i needed something that would "kill" the process and i found the following: http://stackoverflow.com/questions/11439767/how-to-kill-a-p

Re: [WiX-users] Possible performance issues

2012-10-18 Thread Jansson
Hi, thank you for your interest in our case. Here is a log that the simple bootstrapper installation produced on one of the machines where we find performance to be too slow: /[0AC8:09A0][2012-10-15T13:01:43]: Burn v3.6.3303.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\Users\[user]\Desk

Re: [WiX-users] FW: FW: FW: FW: Patch installation asks for a reboot

2012-10-18 Thread Peter Shirtcliffe
I don't know if you can delete an action in a patch (if you try to build such a patch, it doesn't work) but you can just modify the condition to be always false or something more useful. You can reference any action in the sequence with a customactionref. -Original Message- From: abhijit c

[WiX-users] Error code

2012-10-18 Thread Chaitanya
Hi, Im getting error called "system cannot find the file 'c:\OrchestraProduct \admin\Encryptloginandwindomain\Interop.MSMQ.dll' But that file is in specified path. I don't know why iam getting space in that path. I checked in registry entries HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services

Re: [WiX-users] FW: FW: FW: FW: Patch installation asks for a reboot

2012-10-18 Thread abhijit chakraborty
Hi, I was able to get aound the issue using a dummy custom action that sets a dummy property. * * * NOT Installed* * * ** And then I added a CustomActionRef to the DummyAction in the patch. This works. But the solution seems hackish. I tried but could not find a way