Re: [WiX-users] 64 Bit program files folder
On Sun, Jan 23, 2011 at 12:02 AM, Blair os...@live.com wrote: If you wish to install your AnyCPU binaries in 64-bit spaces, you need a 64-bit MSI (yes, use the -arch switch, that is the correct approach). Realize that an MSI marked 64-bit cannot be installed on a 32-bit system, so you will need another MSI for your 32-bit customers. ...so, if I want my application to look good on a 64-bit system, namely reside in the grown-ups' ProgramFilesFolder, then I have to cough up a pure 64-bit MSI? Realistically, I would then take these two (near identical) .msi files, embedd them in a setup.exe of some kind and launch whichever of them is appropriate for the customer's system? Thus doubling the size of my installer just so I can end up in the correct ProgramFilesFolder? (I'll be installing the exact same files... Oh, I'll need to register a 64-bit ODBC alias in case the system is 64-bit) It isn't elegant. I hope MS will improve MSI in this respect. -- Rune -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 64 Bit program files folder
Installing your program to Program Files (x86) isn't about looking good or being grown up. It just means that you have a 32-bit program. There is nothing wrong with that. For example, all of the WiX toolset installs to Program Files (x86) as does almost all of Visual Studio. Nothing wrong with that. Where it is a real problem is when you have 32-bit and 64-bit stuff you want to ship in a single MSI and *need* the 64-bit content to go to the right place on 64-bit platform and be ignored on 32-bit platform. That isn't possible and is a real pain. On Sun, Jan 23, 2011 at 12:58 AM, Rune Moberg jjfl...@gmail.com wrote: On Sun, Jan 23, 2011 at 12:02 AM, Blair os...@live.com wrote: If you wish to install your AnyCPU binaries in 64-bit spaces, you need a 64-bit MSI (yes, use the -arch switch, that is the correct approach). Realize that an MSI marked 64-bit cannot be installed on a 32-bit system, so you will need another MSI for your 32-bit customers. ...so, if I want my application to look good on a 64-bit system, namely reside in the grown-ups' ProgramFilesFolder, then I have to cough up a pure 64-bit MSI? Realistically, I would then take these two (near identical) .msi files, embedd them in a setup.exe of some kind and launch whichever of them is appropriate for the customer's system? Thus doubling the size of my installer just so I can end up in the correct ProgramFilesFolder? (I'll be installing the exact same files... Oh, I'll need to register a 64-bit ODBC alias in case the system is 64-bit) It isn't elegant. I hope MS will improve MSI in this respect. -- Rune -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 64 Bit program files folder
On Sun, Jan 23, 2011 at 5:58 PM, Rob Mensching r...@robmensching.com wrote: Installing your program to Program Files (x86) isn't about looking good or being grown up. It just means that you have a 32-bit program. There is nothing wrong with that. For example, all of the WiX toolset installs to Program Files (x86) as does almost all of Visual Studio. Nothing wrong with that. devenv.exe is still 32-bit, so it makes sense to push VS' IDE into the x86 folder. But nothing in my app will get a *32 after it in Task Manager. It will use 64-bit ODBC aliases on x64 systems. And it will use 32-bit ODBC aliases on x86 systems. Personally, I do not mind so much concerning the placement. This particular package is supposed to be installed on servers. If they were my servers, I'd probably end up installing it in a completely different location. My non-developer testers have actually commented on the placement (x86). No biggie though. -- Rune -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Feature not pre-selected
I have a bunch of features. Some of them do not contain any file resources, they're just there as a convenience to help the customer get a few services up and running. Given: Feature Id=ProductFeature Title=Mikromarc server ConfigurableDirectory=MIKROMARC3ROOT Level=1 Absent=disallow Display=expand ComponentRef Id=Dependencies/ Feature Id =Messages Title=Messages service Description=Registers the Messages service. Level=1 ComponentRef Id=MsgExe/ /Feature Feature Id=Cbc Title=Common borrower card Description=Registers the common borrower card service. Level=1 TypicalDefault=install InstallDefault=local ComponentRef Id=CbcExe/ /Feature Feature Id=MM2 Title=MM2 Conversion utility Description=An utility for converting old Mikromarc 2 databases. Level=2 ComponentRef Id=MM2Convert/ ComponentRef Id=MM2ConvertCfg/ /Feature /Feature I expected that MM2 would be deselected in the CustomizeDlg. And indeed it is. What I do not understand is why the Cbc feature is not selected? I thought that an even value for Level would deselect the item. This seems to fly well with feature MM2, but has no effect on the Cbc feature. I then tried filling its associated component with some proper files, but no difference. Component Id=CbcExe Guid=eefccd74-166e-4141-a5fb-80ebf78dc1f7 CreateFolder/ ServiceInstall ... / ServiceControl ... / /Component is what I have there, but adding a file does not help. (The reason I went down that path is that I have two Components defined in this fashion, so I suspected an optimizer realized they were very similar... Given that file did not help, I guess this is not the case) -- Rune -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Var's building vars?
I just walked through the code and figured out a way to do it with a preprocessor extension, but I didn't come up with a way to do it directly. The WiX preprocessor was inspired by the C/C++ preprocessor, but WiX doesn't include tokenization which is how this is performed in C's preprocessor. -Blair -Original Message- From: Maillet, Ed [mailto:email...@unum.com] Sent: Friday, January 21, 2011 2:28 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Var's building vars? I seem to have the strange need of building a preprocessor variable from another preprocessor variable which doesn't seem to be supported (not that I am surprised by that). I'm trying to do: ?define projectName = X ? And then elsewhere: ?define FileName = $(var.$(var.projectName).TargetFileName) ? File Id=File1 Name=$(var.FileName) ... / The idea being only the project name is the variable and the rest are resolved. Am I missing something obvious this late in the day for another way to do this? - Ed -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions UAC
I haven't used LoadUserProfile in installations because it wreaks havoc with roaming profiles (which some enterprises use), so I haven't personally had a need for that privilege. I do know that some privileges where enabled by default on earlier OSs and still present yet disabled on newer ones, so I wasn't sure if this particular privilege was in that same category. I was also trusting the link that Phil found, and assumed 5.0 would have retained what 4.5 was purported to have restored. Sorry I wasn't able to be more help. BTW: Vista SP2 (and Server 2008 SP2) comes with 4.5, but it can also be installed on all previous versions of Vista, as well as XP SP2 and newer and Server 2003 SP1 and newer. -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:21 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Per your link... The issue with Windows Installer 5.0 is that the SeBackupPrivilege permission is missing altogether. It is necessary to add it to the service permission value in the registry (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver\RequiredPriv ileges). If you use process explorer and look at a system service, you will typically see the SeBackupPrivilege being present, but in the disabled state. From my understanding, when the API needs this privilege it enables it, uses it, then disables it again. On Sat, Jan 22, 2011 at 8:42 PM, Andy Clugston clug...@gmail.com wrote: I didn't look at your link but, yes, if I add SeBackupPrivilege to the service privileges in the registry (and restart the service) it works as expected. This might be an option, but it is a bit of a chicken and egg scenario for this particular product. The other option is to set Impersonate=yes and be sure to execute the MSI from an elevated command prompt (or local system service). This way, the deferred action grabs the permission from the elevated administrator process rather than the msiexec process. One of the use cases was to be able to allow the user to double click the MSI to launch it (pretty outlandish, right? :) ), and simply agree when prompted with the UAC elevation dialog. Although, given this bug in Windows Installer, there is not a clean/simple way around this. The other point of frustration is that 4.5 claims to have this issue resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has the same problem even though various sources state differently. My next test will be to upgrade a system to 4.5 and do some testing of my own just to get a level set. This is not a use case I need to support, but it has me curious. Thanks for the reply. On Sat, Jan 22, 2011 at 6:19 PM, Blair os...@live.com wrote: Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspxhttp://msdn.mic rosoft.com/en-us/library/aa387705%28VS.85%29.aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p rivilege-in-system-services.aspxhttp://blogs.msdn.com/b/vistacompatteam/arc hive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang ed-in-windows-installer-4-5.aspxhttp://blogs.msdn.com/b/windows_installer_t eam/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5 a0e-4e07-92e2-4c7e1f2c5496http://social.msdn.microsoft.com/Forums/en/window ssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any
Re: [WiX-users] Custom Actions UAC
Here's a couple back articles from my archives on the subject: http://blog.deploymentengineering.com/2006/10/vista-deferred-ca-consideration.html http://blog.deploymentengineering.com/2008/05/welcome-back-sebackupprivilege.html Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Blair os...@live.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Sun, January 23, 2011 8:34:11 PM Subject: Re: [WiX-users] Custom Actions UAC I haven't used LoadUserProfile in installations because it wreaks havoc with roaming profiles (which some enterprises use), so I haven't personally had a need for that privilege. I do know that some privileges where enabled by default on earlier OSs and still present yet disabled on newer ones, so I wasn't sure if this particular privilege was in that same category. I was also trusting the link that Phil found, and assumed 5.0 would have retained what 4.5 was purported to have restored. Sorry I wasn't able to be more help. BTW: Vista SP2 (and Server 2008 SP2) comes with 4.5, but it can also be installed on all previous versions of Vista, as well as XP SP2 and newer and Server 2003 SP1 and newer. -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:21 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Per your link... The issue with Windows Installer 5.0 is that the SeBackupPrivilege permission is missing altogether. It is necessary to add it to the service permission value in the registry (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver\RequiredPriv ileges). If you use process explorer and look at a system service, you will typically see the SeBackupPrivilege being present, but in the disabled state. From my understanding, when the API needs this privilege it enables it, uses it, then disables it again. On Sat, Jan 22, 2011 at 8:42 PM, Andy Clugston clug...@gmail.com wrote: I didn't look at your link but, yes, if I add SeBackupPrivilege to the service privileges in the registry (and restart the service) it works as expected. This might be an option, but it is a bit of a chicken and egg scenario for this particular product. The other option is to set Impersonate=yes and be sure to execute the MSI from an elevated command prompt (or local system service). This way, the deferred action grabs the permission from the elevated administrator process rather than the msiexec process. One of the use cases was to be able to allow the user to double click the MSI to launch it (pretty outlandish, right? :) ), and simply agree when prompted with the UAC elevation dialog. Although, given this bug in Windows Installer, there is not a clean/simple way around this. The other point of frustration is that 4.5 claims to have this issue resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has the same problem even though various sources state differently. My next test will be to upgrade a system to 4.5 and do some testing of my own just to get a level set. This is not a use case I need to support, but it has me curious. Thanks for the reply. On Sat, Jan 22, 2011 at 6:19 PM, Blair os...@live.com wrote: Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspxhttp://msdn.mic rosoft.com/en-us/library/aa387705%28VS.85%29.aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details:
[WiX-users] Need help on Custom message logging using WIX
Hi, I have built an MSI using WIX. I'm trying to create a log for the installer where I can log User-friendly messages instead of verbose logging by enabling a property. I have seen couple of articles on Session. Log() but seems it can't fulfill my requirement. I don't see there is a no mechanism to pass a argument from the WIX source to the dll's or binary's function. Someone please explain me the approach, which allows me to 1) Create my own log file 2) Log the required messages/ Thanks in advance -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about creating a bootstrap to launch the MSI with Reinstall parameters
That requires a bootstrapper that knows something about Windows Installer. Even for minor changes a Major Upgrade is often the simplest option. If you are trying to minimize the changes during upgrades, consider a Major Upgrade with late scheduling of RemoveExistingProducts. -Blair -Original Message- From: David Borneman [mailto:d...@servingtulsa.com] Sent: Saturday, January 22, 2011 5:24 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Question about creating a bootstrap to launch the MSI with Reinstall parameters Hiya all, Hope this messages goes thru... Tis my very first mailing list message :) I am getting the dreaded Another version of this application is already installed blah when trying to install a newer version of our software. Its a minor upgrade, but it is in Beta so we prefer a reinstall, at least for now, like a Major Install. I found a suggestion that I create a bootstrapper for this, which I did (and took the opportunity to add in some pre-requisites), but currently the bootstrapper is simply executing the MSI as it was downloaded, without any other parameters (as is correct since I have not configured it otherwise lol). What i need to know how to do, and cant figure out for the life of me, is how to instead execute the following: msiexec /i OurInstallerApp.msi REINSTALL=ALL REINSTALLMODE=vomus Any kick in the right direction would be greatly appreciated! David Borneman Senior Developer -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstallation removes nothing
That is interesting. However I did not use the cleanup tool on that machine until I had the problem. Next time I will monitor the component count closely and as soon as the problem occurs I will come back here with the registry entries. -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 21 January 2011 17:09 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstallation removes nothing I saw a user with a very similar sounding issue because he'd used the Windows Installer Clean Up tool to remove a build of our software he believed was a bad install (thanks InstallShield et al for mis-educating users for years) then re-installed using the same installer. He knew nothing of Component Rules Component reference counting I couldn't find a way to force a second uninstall after the first so the Components reference counts were all permanently stuck at 1 (hence no removal of files). We had to rebuild his machine to get around it. If you find a solution I'd be very interested. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 21 January 2011 15:49 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstallation removes nothing Hmm, you may have confused the Windows Installer. Mucking around with their private store isn't usually a good idea. smile/ On Fri, Jan 21, 2011 at 6:59 AM, Thorsten Tarrach thors...@atomia.comwrote: Hello, I played around with Major Updates and somehow I got into a situation now where none of the files is removed by uninstallation. It is not an error with the package, as the latest version works quite fine on a different machine. It must be something in the registry of that machine. But I want this fixed rather than having to reinstall everything on that machine. In the log file it looks like this for all components: MSI (s) (AC:50) [06:55:07:509]: Component: cmp3DF3B0032BBE812DD63BFBFDDAD8EADB; Installed: Absent; Request: Null; Action: Null In the registry (SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S- .\Comp onents \014D60A4873EBBD50B5B2170FAD4ABCC) There were originally two entries to each file. One was removed on uninstallation, one retained. So I wrote a powershell script to remove all these extra values. Now there is only one that is created during installation, but still it is not removed on uninstall. Has anyone any experience with that? Thanks, Thorsten -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev.
Re: [WiX-users] Question about creating a bootstrap to launch the MSI with Reinstall parameters
Actually, let me back up a second. The whole reason I created this question is that the RemoveExistingProducts action is just not working. The upgrade succeeds, but it leaves multiple entries in the Add/Remove Programs CP. I went thru literally dozens of attempts with different settings for Upgrade/RemoveExisting from information I found on various help websites, with the result most of the time being the dreaded Another version of this program is already installed..., and the others that succeeded leaving multiple entries in the control panel. I am pretty sure there is something very simple wrong, I just can't seem to find it. :/ Dave On Mon, Jan 24, 2011 at 2:21 PM, Blair os...@live.com wrote: That requires a bootstrapper that knows something about Windows Installer. Even for minor changes a Major Upgrade is often the simplest option. If you are trying to minimize the changes during upgrades, consider a Major Upgrade with late scheduling of RemoveExistingProducts. -Blair -Original Message- From: David Borneman [mailto:d...@servingtulsa.com] Sent: Saturday, January 22, 2011 5:24 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Question about creating a bootstrap to launch the MSI with Reinstall parameters Hiya all, Hope this messages goes thru... Tis my very first mailing list message :) I am getting the dreaded Another version of this application is already installed blah when trying to install a newer version of our software. Its a minor upgrade, but it is in Beta so we prefer a reinstall, at least for now, like a Major Install. I found a suggestion that I create a bootstrapper for this, which I did (and took the opportunity to add in some pre-requisites), but currently the bootstrapper is simply executing the MSI as it was downloaded, without any other parameters (as is correct since I have not configured it otherwise lol). What i need to know how to do, and cant figure out for the life of me, is how to instead execute the following: msiexec /i OurInstallerApp.msi REINSTALL=ALL REINSTALLMODE=vomus Any kick in the right direction would be greatly appreciated! David Borneman Senior Developer -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Want to trap combo box event
Hi, I am using wix installer for one of my product and want to implement something in which I have a screen having a combo box. What I want to do is that on selection of an item in the combo box another control on the same screen should be displayed or hidden. How can I achieve that? To be clear let's take an example: Suppose I have a screen with a combo having two options Standard and Enterprise. Now there is another control (text box) on the screen for Product Key. If the user selects Standard in the Combo, the text box should get hidden as it doesn't require the product key but if the user selects Enterprise the text box should be visible to enter the product key. How could I achieve that? Any help is highly appreciated. Thanks, Vijay READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure. Internet messages may be corrupted, incomplete, misdirected or may incorrectly identify the sender. Therefore, nothing in this message or attachments may be considered legally binding. THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED. If you are not the intended recipient or their authorized agent, you may not forward or copy this information and must delete or destroy all copies of this message and attachments received. If you have received this communication in error, please notify Matrikon Inc. by telephone at (780) 448-1010 or emailing ad...@matrikon.com. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users