Re: [WiX-users] Burn: package ref-counting not working

2012-01-13 Thread Heath Stewart
There were some changes post-beta and we're working to get a new build published. Most of the scenarios are working now. Stayed tuned on http://blogs.msdn.com/heaths for more information when I can find time to start documenting the feature (and the protocol). On Thursday, January 12, 2012,

Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version

2012-01-13 Thread Heath Stewart
You need to add PropertyRef Id=ProductVersion/ to a patch family. I recommend using a unique patch family only for that purpose. Note that if you have other components in the same entry section (i.e., Product element fragment) they will be included as well. It's best to always put anything that

[WiX-users] Burn EXEPackage Condition does not get evaluated when MSIPackage Installation is cancelled

2012-01-13 Thread Prem Kumar Ponuthorai
Hi All, I have been having problems with the Burn bootstrapper when the MSIPackage is installed with the DisplayInternalUI=yes. We need this as a requirement. The problem I face is that When we click on Cancel for the MSI installation, the whole prerequisite is going into a reinstall or repair

[WiX-users] Dependency Schema

2012-01-13 Thread Виктор В. Сергеев
Hi All I want to use a dependency on another product , can someone tell me how to do this? -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2

Re: [WiX-users] Burn EXEPackage Condition does not get evaluated when MSIPackage Installation is cancelled

2012-01-13 Thread ppremk
Addiditonal info: If I try to Disable the UI for the MSIPackage, it fails since the UAC is turned on and the prompt to key in the admin credentials are not shown. The MSI already have the elevated value in its package. -- View this message in context:

Re: [WiX-users] Reopen Burn triggers virus checker - ID: 3431068

2012-01-13 Thread Nikolaj Steensgaard
On Fri, Jan 13, 2012 at 7:48 AM, Peter Hull peterhul...@hotmail.com wrote: Date: Thu, 12 Jan 2012 20:56:15 +0100 From: n...@panorama9.com I would start by digitally signing your burn bundle. The bundle is already signed with a Thawte code signing certificate The reported file name

Re: [WiX-users] Adding Internet Explorer Context Menu item for all users in a per machine install

2012-01-13 Thread McCain, Jon
Those were my thoughts initially as well but for this particular setting that doesn't work. :( Jon -Original Message- From: Dan Gough [mailto:goug...@gmail.com] Sent: Thursday, January 12, 2012 6:21 PM To: chr...@iswix.com; General discussion for Windows Installer XML toolset.

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread Mike Rerick
Here is something I had put together quite a while ago that works for me. You should be able to modify it to do what you need. You could change the CustomAction to SetProperty elements. Condition Message=!(loc.Java160MustBeInstalled)JAVA_JRE_HOME/Condition Property

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread Peter Shirtcliffe
Why not check it when the application starts up ? It'll be easier to code and the user has the option of installing Java after your product instead of forcing it to be done beforehand. -Original Message- From: T. Kuro Kurosaka [mailto:k...@basistech.com] Sent: 12 January 2012 23:50 To:

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread Mike Rerick
The app being installed is a Java app. Can't run it without Java being installed. If Java isn't installed, the installer needs to quit with an error msg to the user. On Fri, Jan 13, 2012 at 7:28 AM, Peter Shirtcliffe pshirtcli...@sdl.comwrote: Why not check it when the application starts up ?

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread Peter Shirtcliffe
Much as I don't like to put people off MSI, would something like Java Web Start serve you better ? We test for JRE installations in our product using the upgrade code/product code. This is easy to test for if you're only interested in a specific JRE/JDK version. You could do this with the upgrade

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread Mike Rerick
Unfortunately, for a lot of our customers, the device/server the app is being installed on probably won't have access to the internet. The install had to be written to the lowest common denominator - a standalone device without any connectivity. On Fri, Jan 13, 2012 at 7:45 AM, Peter

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread John Cooper
In principal, you can search the environment variables (like JAVA_HOME) for the relevant executable. You could extend this to also search in all the usual locations where Java is installed also. Once you've got some candidates, you can check the versions of each of them for suitability in the

Re: [WiX-users] Adding Internet Explorer Context Menu item for all users in a per machine install

2012-01-13 Thread McCain, Jon
I have tried using the Active Setup keys but when the other user logs in the replication isn't occurring nor is the repair type install. Here is what my setup looks like: !--Installed at HKLM so that Active Setup keys can be imployed-- RegistryValue Id=ctd_classinfo_185

[WiX-users] MergeModules being removed on upgrade

2012-01-13 Thread Schley Andrew Kutz
My WiX installer removes the VC10 redistributable merge modules on upgrade. It unpublishes the MMs but does not reinstall them (and yes, my RemoveExistingProducts action occurs AFTER InstallInitialize). I'm hoping someone on this list can assist me in figuring out the issue. Here is my WiX

Re: [WiX-users] Writing JDK version verification code, and Wix debugging tip

2012-01-13 Thread T. Kuro Kurosaka
On 1/13/12 7:28 AM, Peter Shirtcliffe wrote: Why not check it when the application starts up ? The product in question runs as a service. There is no GUI. The Java wrapper could only log the error and quit. For that reason, the product marketing tells us we should check the prerequisite

Re: [WiX-users] Adding Internet Explorer Context Menu item for all users in a per machine install

2012-01-13 Thread Wilson, Phil
Log in won't cause replication of the keys. An earlier post mentioned that you need an advertised shortcut. Phil W -Original Message- From: McCain, Jon [mailto:jon.mcc...@inin.com] Sent: Friday, January 13, 2012 8:06 AM To: chr...@iswix.com; General discussion for Windows Installer

Re: [WiX-users] Burn bootstrapper administrator mode log file bug

2012-01-13 Thread Rob Mensching
Definitely bug. Not sure that is known so please open. smile/ On Thu, Jan 12, 2012 at 9:18 PM, Naim Kingston naim.kings...@ancamotion.com wrote: I'm getting a strange bug where if I run a bootstrapper created with burn from an administrator command line prompt AND specify a log file, then the

Re: [WiX-users] Adding Internet Explorer Context Menu item for all users in a per machine install

2012-01-13 Thread Christopher Painter
l've used the Active Setup technique and replication occurred right away when the user logged on. Make sure you are using a clean machine such as a snapshotted VM to ensure a good testing environment. It could be that replication already occurred and isn't occuring again because the

Re: [WiX-users] Adding Internet Explorer Context Menu item for all users in a per machine install

2012-01-13 Thread Christopher Painter
Actually I just realized I've been saying it all. I've been implying that the repair approach and the active setup approach are mutually exclusive. In fact the active setup is just a way to trigger the repair through a command line when an advertised shortcut is unavailable. I'm sorry if I

Re: [WiX-users] Copy Files from Bundle to Disk

2012-01-13 Thread Rob Mensching
You'd have to have an MSI that installs the MSI. On Thu, Jan 12, 2012 at 1:19 PM, Jammer jam...@jammer.biz wrote: Hey All, Is it possible to copy an .msi or .exe from within the bundle to the install location? I have a product included in my installer that I'd like to copy to the install

Re: [WiX-users] Burn EXEPackage Condition does not get evaluated when MSIPackage Installation is cancelled

2012-01-13 Thread Rob Mensching
1. The InstallConditions are evaluated before any packages are executed. Look in the bundle log file and you should be able to see the plan that spells out what is going to be done to each package. 2. The Condition attribute on the Bundle element determines whether the Bundle can be launched at

Re: [WiX-users] Reopen Burn triggers virus checker - ID: 3431068

2012-01-13 Thread Rob Mensching
Burn is a little different because it is designed to recover from power failures and unexpected reboots. To do that it writes to the RunOnce registry key up front. Other bootstrappers/chainers may not write to RunOnce except when a force reboot is required in the middle of the chain. Then the

Re: [WiX-users] Adding Internet Explorer Context Menu item for all users in a per machine install

2012-01-13 Thread Wilson, Phil
There are other triggers in the MSI that can cause install on demand from the MSI, advertised COM being one, and I think file extensions do it too, but I don't know if that's an option for this particular issue. Of course Active Setup can do it, yes, maybe that's a solution, getting Windows

Re: [WiX-users] Reopen Burn triggers virus checker - ID: 3431068

2012-01-13 Thread Wilson, Phil
And the MSDN docs *recommend* RunOnce as a way to finish application setups. It does seem unfair for an AV product to decide to prevent completion of application setup. InstallShield uses the RunOnce key too, judging from search hits and their content. Phil W -Original Message-

Re: [WiX-users] Patching

2012-01-13 Thread Sanjay Poria
Thanks again Peter. I think I will read the MS whitepaper on patching because it is clear that our current strategy does not fit with the MSI model of updates. We may take the opportunity to change our model as you suggest. Regards snajay -Original Message- From: Peter Shirtcliffe

Re: [WiX-users] Burn EXEPackage Condition does not get evaluated when MSIPackage Installation is cancelled

2012-01-13 Thread ppremk
Thanks Rob, will give it a go and keep informed if I manage to solve it. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-EXEPackage-Condition-does-not-get-evaluated-when-MSIPackage-Installation-is-cancelled-tp7183696p7186616.html Sent from the

Re: [WiX-users] XmlFile element issues - any XPath experts out there?

2012-01-13 Thread Blair
In your XmlFile elements make sure you set @SelectionLanguage to XPath. The obsolete XSLPattern default value uses a now obsolete predecessor to XPath for the pattern matching. Blair -Original Message- From: Dan Gough [mailto:goug...@gmail.com] Sent: Wednesday, January 11, 2012 7:43 AM

Re: [WiX-users] patches and custom actions

2012-01-13 Thread Blair
A patch is simply shipping part of an imaginary MSI that would have been installed using the v value as part of the REINSTALLMODE property supplied on the commandline. Thus, your upgraded authoring needs to include the authoring needed to get your custom action to do what it needs to do. That