Re: [WiX-users] Problem in Upgrade scenario
Hi Richard, Any Suggestions? Thanks Amit On Mon, Oct 20, 2008 at 10:14 PM, Amit Shrivastav [EMAIL PROTECTED]wrote: that custom action is present in old as well as new assembly. and also I am putting assmblies in the GAC as well in the upgrade scenario. On Mon, Oct 20, 2008 at 9:14 PM, Richard [EMAIL PROTECTED] wrote: Does your InstallUtil based custom action depend on the *new* assemblies you are trying to put into the GAC during the upgrade? -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to for non english culture?
First I feel your pain I am doing something similar. The way I see it, WiX installs the application, the bootstrapper is for prerequisites that may or may not be on your destination PC. Yes you could use NSIS for all of this but you will get a better application installer using Windows Installer at the cost of needing a separate bootstrapper (until WiX 3.5 delivers burn). As far as creating non-English is concerned I am doing this be making the CAB file external to the install e.g.: Media Id=1 Cabinet=Setup.cab EmbedCab=no / Then I build each of the language variants using the light command line option -cultures e.g. -cultures:es-es;en-us for Spanish. What I end up with is a number of small msi's each with a different name all referring to the same Setup.cab file. Then in my bootstrapper I determine the local language and run the appropriate msi. As for a localised .Net install in my experience I only ever install the English version, I believe that the localisation of .Net only applies to the installation so if you run it silently, as you normally do in a bootstrapper, this doesn't matter. I could be wrong on this but we ship a range of languages and have never noticed a problem. I hope this helps. Neil -Original Message- From: Joel Paula (hotmail) [mailto:[EMAIL PROTECTED] Sent: 21 October 2008 00:18 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to for non english culture? Thanks Michael. I understand that. But then, why did I move away from NSIS? It does exactly what you say. Best of all - I don't have to build with wix and then use some other application to make a real self contained installer - NSIS is the bootstrapper and the installer. I am trying to have an integrated development system where I am not the only wizard that knows how to compile the installer. Any of the developers wanting to build the installer shouldn't have to install a dozen utilities and applications just to be able to do it. It seemed to me like the beauty of WiX would be that anybody opening a solution in Visual Studio (that's the tool we use) and building the application, could as easily build the Installer. Anyway, thanks for your ideas. All the best. Joel -Original Message- From: Michael Owings [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 11:58 PM To: Joel Paula (hotmail) Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to for non english culture? It's also worth noting that it's not awfully hard to write your own -- which has some advantages, in that you can customize it to your liking. I just wrote one for our own project this morning. Basically you'll need to produce an executable stub (with no external dependencies) that knows how to use Find/Load/LockResource to extract an RCDATA resource from itself, save it as an MSI, and run it. Obviously it can get much more complicated from there, but those are the basics. You'll also need something to use BeginUpdateResource/UpdateResource/EndUpdateResource to embed the MSI(s) into the resource section of the stub executable. I used python and py-win32, but you could just as easily use vbscript. Joel Paula (hotmail) wrote: Spam detection software, running on the system tristero, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: After 1 week of struggling with WiX, I am ready to give up. This is my last attempt to save the time I have spent with it. My project: . Install a product that has a VB6 application and a .Net 2.0 application. [...] Content analysis details: (6.1 points, 5.0 required) pts rule name description -- -- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.1 FORGED_RCVD_HELO Received: contains a forged HELO -0.0 SPF_PASS SPF: sender matches SPF record 2.3 FORGED_HOTMAIL_RCVDForged hotmail.com 'Received:' header found 0.2 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org 2.0 RCVD_IN_UCEPROTECT2RBL: Received via a relay in UCEPROTECT2 bl [82.155.255.43 listed in dnsbl-2.uceprotect.net] 1.5 DNS_FROM_SECURITYSAGE RBL: Envelope sender in blackholes.securitysage.com Subject: [WiX-users] How to for non english culture? From: Joel Paula \(hotmail\) [EMAIL PROTECTED] Date: Mon, 20 Oct 2008 22:52:23 +0100 To: wix-users@lists.sourceforge.net To: wix-users@lists.sourceforge.net Return-Path: [EMAIL PROTECTED] X-Original-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Received: from lists.sourceforge.net
[WiX-users] XmlConfig: why can't I set a text value using ElementId?
I'm running into some problems with XmlConfig. I've found that the following does not work: util:XmlConfig Id=CreateDummyElement File=[SOMEFILE] Action=create ElementPath=/startingPath Name=Dummy Node=element On=install Sequence=1 / util:XmlConfig Id=AddText File=[SOMEFILE] ElementId=CreateDummyElement Value=This is the inner text Sequence=2 / However, this does work: util:XmlConfig Id=CreateDummyElement File=[SOMEFILE] Action=create ElementPath=/startingPath Name=Dummy Node=element On=install Sequence=1 / util:XmlConfig Id=AddText File=[SOMEFILE] Action=create ElementPath=/startingPath/Dummy Node=value Value=This is the inner text Sequence=2 / I would like for the first syntax to work, just as it does with attributes. Is this a known limitation or can it be fixed? ## $_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@.. {)/];)^{;$,+=(++$,);$_.=$,;`$_`; - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to upgrade?
Do you have RemoveExistingProducts scheduled? Rob Libor wrote: Hi guys, I am quite new into the msi business, and I can't figure this out: I have two versions of my project, and of course I want to remove the previous version when a new version is installed. I used wix for my old version: Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Name=MyProduct Id=40DC057B-BAA7-481A-A5CD-8E1D87A44271 Language=1033 Codepage=1252 Version=1.0.31 Manufacturer=MyCompany Inc. UpgradeCode=949DD706-5899-4552-81B8-243747DB6AB8 Package Id=---- Keywords=A,B,C,Installer Description=MyProduct 1.0 Installer Comments=Bla blah Manufacturer= MyCompany Inc. InstallerVersion=200 Languages=1033 Compressed=yes SummaryCodepage=1252 / Media Id=1 Cabinet=Main.cab EmbedCab=yes DiskPrompt=CD-ROM #1 / . Upgrade Id=949DD706-5899-4552-81B8-243747DB6AB8 UpgradeVersion Maximum=1.0.31 Minimum=1.0.0.0 Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes OnlyDetect=no IncludeMaximum=no / UpgradeVersion IncludeMinimum=yes Minimum=1.0.31 OnlyDetect=yes Property=NEWPRODUCTFOUND / /Upgrade /Product /Wix For the new version, I modified the wxs file just by increasing the version numbers in Product and both UpgradeVersion tags. But the new installer says Another version of this product is already installed. Installation of this version cannot continue. I also tried to change the Product ID; in that case the new installer did install, but did not remove the previous version, so my Control Panel showed two instances of the program, and to remove it I needed to uninstall twice. What am I missing? There must be some easy way to do the obvious - install a new version over the old one. Thanks for any hint, Libor - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] XmlConfig: why can't I set a text value using ElementId?
Hi Brian, Which version are you using? I remember that once upon a time, ElementPath required a XmlConfig Id: Therefore, using ElementPath=CreateDummyElement is valid. Rgrds, Eitan -Original Message- From: Brian Rogers [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 9:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] XmlConfig: why can't I set a text value using ElementId? I'm running into some problems with XmlConfig. I've found that the following does not work: util:XmlConfig Id=CreateDummyElement File=[SOMEFILE] Action=create ElementPath=/startingPath Name=Dummy Node=element On=install Sequence=1 / util:XmlConfig Id=AddText File=[SOMEFILE] ElementId=CreateDummyElement Value=This is the inner text Sequence=2 / However, this does work: util:XmlConfig Id=CreateDummyElement File=[SOMEFILE] Action=create ElementPath=/startingPath Name=Dummy Node=element On=install Sequence=1 / util:XmlConfig Id=AddText File=[SOMEFILE] Action=create ElementPath=/startingPath/Dummy Node=value Value=This is the inner text Sequence=2 / I would like for the first syntax to work, just as it does with attributes. Is this a known limitation or can it be fixed? ## $_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@.. {)/];)^{;$,+=(++$,);$_.=$,;`$_`; - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Skip dialog during uninstall
Howdy, In my installer I should show licensing dialog at the end of installation. If the product is removed, the licensing dialog should not be shown though and user exit dialog should be shown instead. I try to use conditions like below: InstallUISequence Show Dialog=LicensingDlg OnExit=success ![CDATA[Not Installed OR (Installer AND REMOVE ALL)]] /Show This way LicensingDlg is shown at the end of fresh installation or repairing only. This is what I wanted to achieve. However, when I uninstall the product, the LicensingDlg is not shown, UserExitDlg isn't shown and uninstall finished without any final dialog..Which is logical.. Then, I try to show UserExit dialog at the end of uninstall only(REMOVE=ALL): Show Dialog=ExitDlg OnExit=success ![CDATA[REMOVE = ALL)]] /Show However, with this line LicensingDlg isn't shown during installation and ExitDlg isn't shown during removing the product. What I am doing wrong?? How can I achieve my needs?? -- View this message in context: http://n2.nabble.com/Skip-dialog-during-uninstall-tp1358869p1358869.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to for non english culture?
Thanks Rob. Sorry for being a bit blatant - I was feeling a bit frustrated. It's hard to justify the spending of so much time to build an installer that was almost done in NSIS :-). Anyway, I found a good solution. I still use the Visual Studio Bootstrapper, but added a GenerateBootstrapper (in my project file) for each culture, using the relative culture path. Example: Target Name=AfterBuild GenerateBootstrapper ApplicationFile=Panorama.msi ApplicationName=Panorama CopyComponents=false BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\pt-BR Culture=pt-BR FallbackCulture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / GenerateBootstrapper ApplicationFile=Panorama.msi ApplicationName=Panorama CopyComponents=false BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\pt-pt Culture=pt-PT FallbackCulture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / GenerateBootstrapper ApplicationFile=Panorama.msi ApplicationName=Panorama CopyComponents=false BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\en-US Culture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / /Target This way I have a complete installation package for each culture in its own folder. The bootstrapper has the big problem of hardcoding the full path to the msi, if I use ApplicationFile=$(TargetPath), so I just changed it to a no path target name and the bootstrapper started working. Maybe there is a better property than $(TargetPath) (is there?), but for now I just hardcode the msi's name. I think the How To: Install the .NET Framework Using a Bootstrapper example in the WiX help file should be modified. All the best and thanks for your help! Joel Paula -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 12:42 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to for non english culture? Joel, that's the vision for WiX v3.5. We just don't have the bootstrapper right now. -Original Message- From: Joel Paula (hotmail) [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 16:18 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to for non english culture? Thanks Michael. I understand that. But then, why did I move away from NSIS? It does exactly what you say. Best of all - I don't have to build with wix and then use some other application to make a real self contained installer - NSIS is the bootstrapper and the installer. I am trying to have an integrated development system where I am not the only wizard that knows how to compile the installer. Any of the developers wanting to build the installer shouldn't have to install a dozen utilities and applications just to be able to do it. It seemed to me like the beauty of WiX would be that anybody opening a solution in Visual Studio (that's the tool we use) and building the application, could as easily build the Installer. Anyway, thanks for your ideas. All the best. Joel -Original Message- From: Michael Owings [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 11:58 PM To: Joel Paula (hotmail) Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to for non english culture? It's also worth noting that it's not awfully hard to write your own -- which has some advantages, in that you can customize it to your liking. I just wrote one for our own project this morning. Basically you'll need to produce an executable stub (with no external dependencies) that knows how to use Find/Load/LockResource to extract an RCDATA resource from itself, save it as an MSI, and run it. Obviously it can get much more complicated from there, but those are the basics. You'll also need something to use BeginUpdateResource/UpdateResource/EndUpdateResource to embed the MSI(s) into the resource section of the stub executable. I used python and py-win32, but you could just as easily use vbscript. Joel Paula (hotmail) wrote: Spam detection software, running on the system tristero, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: After 1 week of struggling with WiX, I am ready to give up. This is my last attempt to save the time I have spent with it. My project: . Install a product that has a VB6 application and a .Net 2.0 application. [...] Content analysis details: (6.1 points, 5.0 required) pts rule name description -- -- -0.0 SPF_HELO_PASS SPF: HELO matches SPF
Re: [WiX-users] detect schedule reboot
Thanks for the answer, but it dosn't work. I used MsiGetMode(hInstaller, MSIRUNMODE_REBOOTATEND); but it is allways false. Also when after the installation the messagebox for restart appear. I call my custom action deffered before InstallFiles and before InstallFinalize. Both the same... Alexander Shevchuk wrote: You can either call MsiGetMode/Session.Mode from custom action or, if you are using MSI version 4.0, use MsiSystemRebootPending property. -Original Message- From: Paul Elsner [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 5:45 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] detect schedule reboot Hi, I'm new at the list and I have a question. How can I dectect if the msi will schedule an reboot after installation? I want to set an registry key in such a case. In my special case the FileInUse dialoge cannot be used. Thanks. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to for non english culture?
Maybe there is a better property than $(TargetPath) (is there?), but for now I just hardcode the msi's name. $(TargetFileName) ? - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to upgrade?
Your second try is almost correct. You need to add the following to your code however: InstallExecuteSequence RemoveExistingProducts After=InstallInitialize / /InstallExecuteSequence Otherwise, as you've noticed, the existing version is not uninstalled before the new one is installed. Palbinder Sandher Software Deployment and 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: Libor [mailto:[EMAIL PROTECTED] Sent: 21 October 2008 01:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to upgrade? Hi guys, I am quite new into the msi business, and I can't figure this out: I have two versions of my project, and of course I want to remove the previous version when a new version is installed. I used wix for my old version: Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Name=MyProduct Id=40DC057B-BAA7-481A-A5CD-8E1D87A44271 Language=1033 Codepage=1252 Version=1.0.31 Manufacturer=MyCompany Inc. UpgradeCode=949DD706-5899-4552-81B8-243747DB6AB8 Package Id=---- Keywords=A,B,C,Installer Description=MyProduct 1.0 Installer Comments=Bla blah Manufacturer= MyCompany Inc. InstallerVersion=200 Languages=1033 Compressed=yes SummaryCodepage=1252 / Media Id=1 Cabinet=Main.cab EmbedCab=yes DiskPrompt=CD-ROM #1 / . Upgrade Id=949DD706-5899-4552-81B8-243747DB6AB8 UpgradeVersion Maximum=1.0.31 Minimum=1.0.0.0 Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes OnlyDetect=no IncludeMaximum=no / UpgradeVersion IncludeMinimum=yes Minimum=1.0.31 OnlyDetect=yes Property=NEWPRODUCTFOUND / /Upgrade /Product /Wix For the new version, I modified the wxs file just by increasing the version numbers in Product and both UpgradeVersion tags. But the new installer says Another version of this product is already installed. Installation of this version cannot continue. I also tried to change the Product ID; in that case the new installer did install, but did not remove the previous version, so my Control Panel showed two instances of the program, and to remove it I needed to uninstall twice. What am I missing? There must be some easy way to do the obvious - install a new version over the old one. Thanks for any hint, Libor - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Executing .bat,.reg,.msi files from WIX v3
Hi, Thanks a lot for your suggestions. Could you please let me know how to implement the first one (.reg files) as you suggested. Thanks again. Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Richard [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 6:42 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Executing .bat,.reg,.msi files from WIX v3 In article [EMAIL PROTECTED], Kalvagadda, SivaKrishna \(MLX Technology\) [EMAIL PROTECTED] writes: I have requirement of executing the .reg, .msi, .bat as a part of installation of WIX MSI. Could someone help how to execute these kind of files from WIX v3 Let's take them one at a time: .reg: Don't use the .reg file; instead put the registry values in the .reg file into a component and install the component. .bat: Usually running a batch file at install time is a bad idea. It looks lame to see DOS boxes flash up during install time -- although many people do it, I always think man, these guys must suck every time I watch an installer do it. It creates a bad first impression. If you absolutely must do it, run cmd.exe /c bat file. Even better is to run it in a way that hides the window. .msi: Windows Installer packages are transaction based. You can't start a new transaction inside another transaction. So you can't execute an MSI from inside another MSI. If you have dependent products that your application requires, you should handle this in a bootstrapper that sequences the two transactions (dependent product, then your application) one after the other. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Executing .bat,.reg,.msi files from WIX v3
.reg: Don't use the .reg file; instead put the registry values in the .reg file into a component and install the component. Thanks a lot for your suggestions. Could you please let me know how to implement the first one (.reg files) as you suggested. You need to create a component and in there use RegistryValue and/or RegistryKey elements to define the registry entries you want to create. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to for non english culture?
Correction to the GenerateBootstrapper elements, using properties: GenerateBootstrapper ApplicationFile=$(TargetFileName) ApplicationName=$(TargetName) CopyComponents=true BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\pt-BR Culture=pt-BR FallbackCulture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / -Original Message- From: Joel Paula (hotmail) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 1:08 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] How to for non english culture? Thanks Rob. Sorry for being a bit blatant - I was feeling a bit frustrated. It's hard to justify the spending of so much time to build an installer that was almost done in NSIS :-). Anyway, I found a good solution. I still use the Visual Studio Bootstrapper, but added a GenerateBootstrapper (in my project file) for each culture, using the relative culture path. Example: Target Name=AfterBuild GenerateBootstrapper ApplicationFile=Panorama.msi ApplicationName=Panorama CopyComponents=false BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\pt-BR Culture=pt-BR FallbackCulture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / GenerateBootstrapper ApplicationFile=Panorama.msi ApplicationName=Panorama CopyComponents=false BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\pt-pt Culture=pt-PT FallbackCulture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / GenerateBootstrapper ApplicationFile=Panorama.msi ApplicationName=Panorama CopyComponents=false BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative OutputPath=$(OutputPath)\en-US Culture=en-US Path=C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\ / /Target This way I have a complete installation package for each culture in its own folder. The bootstrapper has the big problem of hardcoding the full path to the msi, if I use ApplicationFile=$(TargetPath), so I just changed it to a no path target name and the bootstrapper started working. Maybe there is a better property than $(TargetPath) (is there?), but for now I just hardcode the msi's name. I think the How To: Install the .NET Framework Using a Bootstrapper example in the WiX help file should be modified. All the best and thanks for your help! Joel Paula -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 12:42 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to for non english culture? Joel, that's the vision for WiX v3.5. We just don't have the bootstrapper right now. -Original Message- From: Joel Paula (hotmail) [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 16:18 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to for non english culture? Thanks Michael. I understand that. But then, why did I move away from NSIS? It does exactly what you say. Best of all - I don't have to build with wix and then use some other application to make a real self contained installer - NSIS is the bootstrapper and the installer. I am trying to have an integrated development system where I am not the only wizard that knows how to compile the installer. Any of the developers wanting to build the installer shouldn't have to install a dozen utilities and applications just to be able to do it. It seemed to me like the beauty of WiX would be that anybody opening a solution in Visual Studio (that's the tool we use) and building the application, could as easily build the Installer. Anyway, thanks for your ideas. All the best. Joel -Original Message- From: Michael Owings [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 11:58 PM To: Joel Paula (hotmail) Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to for non english culture? It's also worth noting that it's not awfully hard to write your own -- which has some advantages, in that you can customize it to your liking. I just wrote one for our own project this morning. Basically you'll need to produce an executable stub (with no external dependencies) that knows how to use Find/Load/LockResource to extract an RCDATA resource from itself, save it as an MSI, and run it. Obviously it can get much more complicated from there, but those are the basics. You'll also need something to use BeginUpdateResource/UpdateResource/EndUpdateResource to embed the MSI(s) into the resource section of the stub executable. I used python and py-win32, but you could just as easily use vbscript. Joel Paula (hotmail) wrote: Spam detection software, running on the system tristero, has identified this incoming email as possible spam. The original message has
[WiX-users] Setting up IUSR on IIS
Hi John, Thanks a lot, I got the below one. Could also help me in setting up the IUSR_ on IIS. Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: John Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 9:49 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Executing .bat,.reg,.msi files from WIX v3 .reg: Don't use the .reg file; instead put the registry values in the .reg file into a component and install the component. Thanks a lot for your suggestions. Could you please let me know how to implement the first one (.reg files) as you suggested. You need to create a component and in there use RegistryValue and/or RegistryKey elements to define the registry entries you want to create. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Creating Users and User groups...
Hi All, Could anyone help to create user groups and users under that using WIX. Thanks. Regards, SivaKrishna Kalvagadda, 201-671-5552. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] XmlConfig: why can't I set a text value using ElementId?
I'm using WiX 3.0.4513.0. ## $_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@.. {)/];)^{;$,+=(++$,);$_.=$,;`$_`; -Original Message- From: Eitan Behar [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 1:33 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] XmlConfig: why can't I set a text value using ElementId? Hi Brian, Which version are you using? I remember that once upon a time, ElementPath required a XmlConfig Id: Therefore, using ElementPath=CreateDummyElement is valid. Rgrds, Eitan -Original Message- From: Brian Rogers [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 9:18 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] XmlConfig: why can't I set a text value using ElementId? I'm running into some problems with XmlConfig. I've found that the following does not work: util:XmlConfig Id=CreateDummyElement File=[SOMEFILE] Action=create ElementPath=/startingPath Name=Dummy Node=element On=install Sequence=1 / util:XmlConfig Id=AddText File=[SOMEFILE] ElementId=CreateDummyElement Value=This is the inner text Sequence=2 / However, this does work: util:XmlConfig Id=CreateDummyElement File=[SOMEFILE] Action=create ElementPath=/startingPath Name=Dummy Node=element On=install Sequence=1 / util:XmlConfig Id=AddText File=[SOMEFILE] Action=create ElementPath=/startingPath/Dummy Node=value Value=This is the inner text Sequence=2 / I would like for the first syntax to work, just as it does with attributes. Is this a known limitation or can it be fixed? ## $_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@.. {)/];)^{;$,+=(++$,);$_.=$,;`$_`; - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Certificate install to local machine fails withcode 26352
OK, I think I understand what's going on here. The reason a certificate looked like it was duplicated was that the same cert existed in multiple physical stores, which appeared as the same logical store in the mmc. If the certificate the installer was trying to add already existed in the Group Policy store, then the install would fail, since the user would not have permission to delete from that store (although they can through the MMC). If the cert exists in any other combination of stores, it seems to work. Here's the steps to reproduce -Generate a CA cert -Open mmc, and add the certificates snapin for the local computer -Right click the Certificates (Local Computer) node, and select View-options -Leave the view mode as Logical stores, and check off the Show Physical certificate stores option -Click OK -Expand the Group policy node, right click on the Certificates folder, and select All Tasks-Import -Import your certificate into the store -Create an installer that installs the certificate into the local machine store using the IIS extension (e.g. iis:Certificate Name=CACERT Id='CACERT' Request='no' CertificatePath='[CERTPATH]' StoreLocation='localMachine' StoreName='root'/) -Run the installer If you do this, the installer will fail with the error code 26352. If you remove the cert from the group policy store manually, the installer will run. To fix this, you should just be able to change the calls in the IIS extension source (scacertexec.cpp and scacert.cpp) to CertAddCertificateContextToStore. Instead of using CERT_STORE_ADD_REPLACE_EXISTING, you can use CERT_STORE_ADD_USE_EXISTING. This updates the current cert instead of duplicating it, and the test case detailed above should pass. You will notice that the certificate will be listed in both the registry and group policy physical stores, but I don't think there's anything we can do about that. I haven't tried actually rebuilding the WiX source with this change (since I don't have a build environment set up for it yet), but that's the next step. Anyone have any thoughts on this change? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 I've dug a little deeper into this, written some test code to try to debug the problem, and I've found something interesting. The CertAddCertificateContextToStore function is failing with Access Denied when trying to add the cert with CERT_STORE_ADD_REPLACE_EXISTING, which is failing the installer. This only appears to fail if there are two copies of the same certificate in the store with the same serial number, which may or may not be left there from the installer as well (that's problem #2-problem #1 is not failing the installer in the first place). I tried manually checking the store for duplicates and deleting them before installing (with CertDeleteCertificateFromStore), but this returned Access denied as well. When I tried changing the parameter on the add function to use CERT_STORE_ADD_USE_EXISTING though, it worked without returning an error. It looks like the difference is that replace existing tries to do a delete first, while the use existing version updates the existing cert. The first question is, why is the delete failing? I have admin rights on the machine, and if there are 0 or 1 copies of the cert in the store, the operation works fine. The second question is, why should the certificate be duplicated in the first place? I tried writing code that used CERT_STORE_ADD_ALWAYS, but it still only left me with one copy of the certificate. Is it possible that a call to add a certificate with replacement is adding a new certificate without deleting the old one? Any experts in the crypto API here? If not, does anyone have any thoughts on where else I could look for answers? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 2:51 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machinefailswith code 26352 That's the impression I get from the documentation as well. Looks like I'll have to have a closer look at that method. I'll let you guys know if I find anything-it seems to be a tricky bug to reproduce. Somehow you have to get the same cert in the store twice. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2008 4:59 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine failswith code 26352 This is the code that is failing: if (!::CertAddCertificateContextToStore(hStore, pCertContext, CERT_STORE_ADD_REPLACE_EXISTING, NULL)) { MessageExitOnLastError(hr, msierrCERTFailedAdd, Failed to add certificate to the store.); }
Re: [WiX-users] Certificate install to local machine fails withcode 26352
Wow, nice analysis. Is there a bug open on this issue right now? If not, can you open one and I'll try to get this change in Thursday night for Friday's build. -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 07:47 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 OK, I think I understand what's going on here. The reason a certificate looked like it was duplicated was that the same cert existed in multiple physical stores, which appeared as the same logical store in the mmc. If the certificate the installer was trying to add already existed in the Group Policy store, then the install would fail, since the user would not have permission to delete from that store (although they can through the MMC). If the cert exists in any other combination of stores, it seems to work. Here's the steps to reproduce -Generate a CA cert -Open mmc, and add the certificates snapin for the local computer -Right click the Certificates (Local Computer) node, and select View-options -Leave the view mode as Logical stores, and check off the Show Physical certificate stores option -Click OK -Expand the Group policy node, right click on the Certificates folder, and select All Tasks-Import -Import your certificate into the store -Create an installer that installs the certificate into the local machine store using the IIS extension (e.g. iis:Certificate Name=CACERT Id='CACERT' Request='no' CertificatePath='[CERTPATH]' StoreLocation='localMachine' StoreName='root'/) -Run the installer If you do this, the installer will fail with the error code 26352. If you remove the cert from the group policy store manually, the installer will run. To fix this, you should just be able to change the calls in the IIS extension source (scacertexec.cpp and scacert.cpp) to CertAddCertificateContextToStore. Instead of using CERT_STORE_ADD_REPLACE_EXISTING, you can use CERT_STORE_ADD_USE_EXISTING. This updates the current cert instead of duplicating it, and the test case detailed above should pass. You will notice that the certificate will be listed in both the registry and group policy physical stores, but I don't think there's anything we can do about that. I haven't tried actually rebuilding the WiX source with this change (since I don't have a build environment set up for it yet), but that's the next step. Anyone have any thoughts on this change? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 I've dug a little deeper into this, written some test code to try to debug the problem, and I've found something interesting. The CertAddCertificateContextToStore function is failing with Access Denied when trying to add the cert with CERT_STORE_ADD_REPLACE_EXISTING, which is failing the installer. This only appears to fail if there are two copies of the same certificate in the store with the same serial number, which may or may not be left there from the installer as well (that's problem #2-problem #1 is not failing the installer in the first place). I tried manually checking the store for duplicates and deleting them before installing (with CertDeleteCertificateFromStore), but this returned Access denied as well. When I tried changing the parameter on the add function to use CERT_STORE_ADD_USE_EXISTING though, it worked without returning an error. It looks like the difference is that replace existing tries to do a delete first, while the use existing version updates the existing cert. The first question is, why is the delete failing? I have admin rights on the machine, and if there are 0 or 1 copies of the cert in the store, the operation works fine. The second question is, why should the certificate be duplicated in the first place? I tried writing code that used CERT_STORE_ADD_ALWAYS, but it still only left me with one copy of the certificate. Is it possible that a call to add a certificate with replacement is adding a new certificate without deleting the old one? Any experts in the crypto API here? If not, does anyone have any thoughts on where else I could look for answers? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 2:51 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machinefailswith code 26352 That's the impression I get from the documentation as well. Looks like I'll have to have a closer look at that method. I'll let you guys know if I find anything-it seems to be a tricky bug to reproduce. Somehow you have to get the same cert in the store twice. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09,
[WiX-users] Problem prompting the user to close an application
Hi, i've been a bit distracted so got half way through trying to implement this.. I'm installing an IE plugin so would like to prompt the user to get them to restart IE (or at least ask if they want to) and i'm having a few problems I can use the closeApplication custom action to set a property as follows: util:CloseApplication Id=CheckIE CloseMessage=no Property=IERunning Target=iexplore.exe RebootPrompt=no/InstallUISequenceCustom Action=WixCloseApplications Before=AppSearch//InstallUISequenceand then use that to display a dialog during installation asking if the user would like IE to be restarted and sets a property if required. But then i come unstuck. I've tried to use the Description property of CloseApplication to display a message, but that doesn't seem to work. I've also tried to schedule another CloseApplication to occur at the end of the install based on the value of my property: util:CloseApplication Id=CloseIE CloseMessage=yes Target=iexplore.exe RebootPrompt=noAutoRestartIE/util:CloseApplicationInstallExecuteSequenceCustom Action=WixCloseApplications After=InstallValidate//InstallExecuteSequenceWhere AutoRestartIE is the property set by the dialog. It seems that only one of the CloseApplication actions is run (which ever is listed first) and i've tried to add a sequence value to them to no avail. the relevant output of the log is like this: Doing action: WixCloseApplicationsAction 17:36: WixCloseApplications. Action start 17:36: WixCloseApplications.MSI (c) (4C:50) [17:36:26:316]: Invoking remote custom action. DLL: c:\temp\MSI11A9.tmp, Entrypoint: WixCloseApplicationsMSI (c) (4C:60) [17:36:26:316]: Cloaking enabled.MSI (c) (4C:60) [17:36:26:316]: Attempting to enable all disabled priveleges before calling Install on ServerMSI (c) (4C:60) [17:36:26:316]: Connected to service for CA interface.WixCloseApplications: Checking App: iexplore.exe WixCloseApplications: App: iexplore.exe found running, 1 processes, setting 'IERunning' property.MSI (c) (4C!38) [17:36:26:394]: PROPERTY CHANGE: Adding IERunning property. Its value is '1'.Action ended 17:36: WixCloseApplications. Return value 1.MSI (c) (4C:54) [17:36:26:394]: Doing action: AppSearch...Action 17:36: RestartIEDlg. Dialog createdMSI (c) (4C:8C) [17:36:29:800]: PROPERTY CHANGE: Adding AutoRestartIE property. Its value is '1'Doing action: WixCloseApplicationsAction 17:36: WixCloseApplications. Action start 17:36: WixCloseApplications.MSI (s) (FC:74) [17:36:32:175]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI11AA.tmp, Entrypoint: WixCloseApplicationsMSI (s) (FC:28) [17:36:32:175]: Generating random cookie.MSI (s) (FC:28) [17:36:32:175]: Created Custom Action Server with PID 3388 (0xD3C).MSI (s) (FC:E4) [17:36:32:206]: Running as a service.MSI (s) (FC:E4) [17:36:32:206]: Hello, I'm your 32bit Impersonated custom action server.WixCloseApplications: Checking App: iexplore.exe WixCloseApplications: App: iexplore.exe found running, 1 processes, setting 'IERunning' property.MSI (s) (FC!EC) [17:36:32:238]: PROPERTY CHANGE: Adding IERunning property. Its value is '1'.Action ended 17:36: WixCloseApplications. Return value 1.MSI (s) (FC:C8) [17:36:32:238]: Doing action: InstallValidateAction 17:36: InstallValidate. Validating install Is what i'm trying possible or is there something i'm missing? Has any one any ideas... Thanks -- Got needs? Get Goblin'! - http://www.pricegoblin.co.uk/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Creating Users and User groups...
I am able to create the user and map it to Domain\Group. Is there any way to create new domain\group and map the user to it? Thanks Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) Sent: Tuesday, October 21, 2008 10:27 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... Hi All, Could anyone help to create user groups and users under that using WIX. Thanks. Regards, SivaKrishna Kalvagadda, 201-671-5552. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in Upgrade scenario
My guess is that your performance counters are being uninstalled because the condition is something like REMOVE=ALL. If you don't want the uninstall custom action to run from your old uninstall if it's upgrading than that uninstall needs to add the condition AND NOT UPGRADINGPRODUCTCODE. Phil Wilson -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 8:57 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Problem in Upgrade scenario Thanks Richard to answer. Let me explain you complete scenario: 1) In the upgrade scenario i have to keep Config files as it is. We are not planning to upgrade the config files and also database. 2) I have to modify complete binaries. 3) In the previous installation i am executing some custom actions to install performance counters using condition (Intalled at the time of uninstallation and Not Installed in the time of Installation). 4) Installing some assemblies in the GAC. Now In the Major Upgrade scenario i included UpgradeTable. In that OnlyDetect=no. For that I have to specify RemoveExistingProduct in the InstallExecuteScenario. If i specify RemoveExistingProduct after InstallInitialize it will remove complete product and also config files as well. So I can not specify this after this. If i specify RemoveExistingProduct after InstallFinalize then config files remains but performance counters got uninstalled. I am not able to call install performance counter after removeexistingproduct it is throwing error. I got stucked on this. Please let me know if you have any idea Thanks Amit On Mon, Oct 20, 2008 at 8:02 PM, Richard [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Amit Shrivastav [EMAIL PROTECTED] writes: I am getting strange problem. I have added some custom actions on the previous MSI. That custom action is invoked using installUtil.exe. When I am executing that MSI working fine in both installation and uninstallation scenario. Any chance that you could implement your CA some other way? It sounds like you are being bit by the way assemblies are updated. I'm assuming that your custom action depends on the upgraded assemblies. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error PYRO0104 when making .MSP (re-posted)
I'm following Peter Marcu's Patching something you didn't build with WiX using WiX to try to patch my existing MSI that was built with WiX, but built with a version before WixPDB's. The error text is: C:\dev\flamingo\2.0\diff.wixmst : error PYRO0104 : Not a valid output file; detail: Invalid character in the given encoding. Line 1, position 1. The failing command is (simplified): pyro.exe -v -notidy patch.wixmsp -out c:\patch.msp -t BaselineState diff.wixmst where BaselineState is in this line in my patch.wxs: PatchBaseline Id=BaselineState/ Because the error message includes Invalid character in the given encoding I looked at code pages and encoding in the origianal MSI's:. The .wixmst is generated from two MSI's, each with codepage 1252, generated from WiX source files with encoding=UTF-8 The .wixmst definitely has our specific content in it (I can see the correct Property names in it). We did look at the Pyro source code from this WiX build 3.0.4318.0 and couldn't find this error. I can post the detailed files, can anyone suggest a way forward? -- Gordon Dass Adams --- McNeel Technical Support, Seattle Email: [EMAIL PROTECTED] www.rhino3d.com www.accurender.com -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating Users and User groups...
Don't think the Group element supports that today. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 09:46 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... I am able to create the user and map it to Domain\Group. Is there any way to create new domain\group and map the user to it? Thanks Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) Sent: Tuesday, October 21, 2008 10:27 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... Hi All, Could anyone help to create user groups and users under that using WIX. Thanks. Regards, SivaKrishna Kalvagadda, 201-671-5552. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Certificate install to local machine failswithcode 26352
Thanks, I've opened a bug (number 2184946). -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 12:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine failswithcode 26352 Wow, nice analysis. Is there a bug open on this issue right now? If not, can you open one and I'll try to get this change in Thursday night for Friday's build. -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 07:47 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 OK, I think I understand what's going on here. The reason a certificate looked like it was duplicated was that the same cert existed in multiple physical stores, which appeared as the same logical store in the mmc. If the certificate the installer was trying to add already existed in the Group Policy store, then the install would fail, since the user would not have permission to delete from that store (although they can through the MMC). If the cert exists in any other combination of stores, it seems to work. Here's the steps to reproduce -Generate a CA cert -Open mmc, and add the certificates snapin for the local computer -Right click the Certificates (Local Computer) node, and select View-options -Leave the view mode as Logical stores, and check off the Show Physical certificate stores option -Click OK -Expand the Group policy node, right click on the Certificates folder, and select All Tasks-Import -Import your certificate into the store -Create an installer that installs the certificate into the local machine store using the IIS extension (e.g. iis:Certificate Name=CACERT Id='CACERT' Request='no' CertificatePath='[CERTPATH]' StoreLocation='localMachine' StoreName='root'/) -Run the installer If you do this, the installer will fail with the error code 26352. If you remove the cert from the group policy store manually, the installer will run. To fix this, you should just be able to change the calls in the IIS extension source (scacertexec.cpp and scacert.cpp) to CertAddCertificateContextToStore. Instead of using CERT_STORE_ADD_REPLACE_EXISTING, you can use CERT_STORE_ADD_USE_EXISTING. This updates the current cert instead of duplicating it, and the test case detailed above should pass. You will notice that the certificate will be listed in both the registry and group policy physical stores, but I don't think there's anything we can do about that. I haven't tried actually rebuilding the WiX source with this change (since I don't have a build environment set up for it yet), but that's the next step. Anyone have any thoughts on this change? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 I've dug a little deeper into this, written some test code to try to debug the problem, and I've found something interesting. The CertAddCertificateContextToStore function is failing with Access Denied when trying to add the cert with CERT_STORE_ADD_REPLACE_EXISTING, which is failing the installer. This only appears to fail if there are two copies of the same certificate in the store with the same serial number, which may or may not be left there from the installer as well (that's problem #2-problem #1 is not failing the installer in the first place). I tried manually checking the store for duplicates and deleting them before installing (with CertDeleteCertificateFromStore), but this returned Access denied as well. When I tried changing the parameter on the add function to use CERT_STORE_ADD_USE_EXISTING though, it worked without returning an error. It looks like the difference is that replace existing tries to do a delete first, while the use existing version updates the existing cert. The first question is, why is the delete failing? I have admin rights on the machine, and if there are 0 or 1 copies of the cert in the store, the operation works fine. The second question is, why should the certificate be duplicated in the first place? I tried writing code that used CERT_STORE_ADD_ALWAYS, but it still only left me with one copy of the certificate. Is it possible that a call to add a certificate with replacement is adding a new certificate without deleting the old one? Any experts in the crypto API here? If not, does anyone have any thoughts on where else I could look for answers? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 2:51 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machinefailswith code 26352 That's the impression I get from the documentation as well.
Re: [WiX-users] Creating Users and User groups...
Is there any other way to create Group? Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 1:09 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating Users and User groups... Don't think the Group element supports that today. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 09:46 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... I am able to create the user and map it to Domain\Group. Is there any way to create new domain\group and map the user to it? Thanks Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) Sent: Tuesday, October 21, 2008 10:27 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... Hi All, Could anyone help to create user groups and users under that using WIX. Thanks. Regards, SivaKrishna Kalvagadda, 201-671-5552. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating Users and User groups...
Custom action? Kalvagadda, SivaKrishna (MLX Technology) wrote: Is there any other way to create Group? Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 1:09 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating Users and User groups... Don't think the Group element supports that today. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 09:46 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... I am able to create the user and map it to Domain\Group. Is there any way to create new domain\group and map the user to it? Thanks Regards, SivaKrishna Kalvagadda, 201-671-5552. -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) Sent: Tuesday, October 21, 2008 10:27 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Creating Users and User groups... Hi All, Could anyone help to create user groups and users under that using WIX. Thanks. Regards, SivaKrishna Kalvagadda, 201-671-5552. This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Teleoperate a roving mobile robot from the web: http://www.swampgas.com/robotics/rover.html - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world
[WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service
Hi All, How do you grant permissions to a folder for a specific user if the user happens to be the built in Network Service account? I have tried: Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=NetworkService / /CreateFolder /Component Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER is equal to NT AUTHORITY\Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[SQLSERVERSERVICEDOMAIN] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEDOMAIN = NT AUTHORITY and SQLSERVERSERVICEUSER = Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[ComputerName] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER = NT AUTHORITY\Network Service Rather than just keep trying, does anyone know the answer to this one? Thanks, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Executing .bat,.reg,.msi files from WIX v3
In article [EMAIL PROTECTED], John Hall [EMAIL PROTECTED] writes: .reg: Don't use the .reg file; instead put the registry values in the .reg file into a component and install the component. Thanks a lot for your suggestions. Could you please let me know how to implement the first one (.reg files) as you suggested. You need to create a component and in there use RegistryValue and/or Registry Key elements to define the registry entries you want to create. Yes, also I think there is a tool that will create a WiX snippet from the .reg file directly. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service
Here is code from an installer I have that works for me: Component Id=CID_Logs Guid={837A1B74-98C9-4042-B51D-58F38448CE46} Location=local DiskId=1 CreateFolder Permission GenericAll=yes User=Administrators / Permission GenericRead=yes GenericWrite=yes User=Network Service / /CreateFolder /Component -Original Message- From: Amy Rosewater [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 10:44 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service Hi All, How do you grant permissions to a folder for a specific user if the user happens to be the built in Network Service account? I have tried: Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=NetworkService / /CreateFolder /Component Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER is equal to NT AUTHORITY\Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[SQLSERVERSERVICEDOMAIN] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEDOMAIN = NT AUTHORITY and SQLSERVERSERVICEUSER = Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[ComputerName] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER = NT AUTHORITY\Network Service Rather than just keep trying, does anyone know the answer to this one? Thanks, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Found the perfect self-extracting executable maker
WinRAR! I've been using WinRAR for years as my main compressed archive viewer, but only just recently discovered it has support for creating self-extracting archives (SFX it calls them) as well! Not only that but it's by far the best out of all of the ones I've tried. Namely, it does everything I want, including: -silent execution (no dialogs) -ability to execute a file after extraction -ability to extract to the temp directory and clean up when done -customizable icon, and customizable dialogs if you do want them shown -choose whether the final exe requests elevation (specifically I wanted the ability to NOT request elevation, since most tools I used did this and I don't like it) ...and tons more. It has seven tabs of customization options for SFX's alone. All for a single-dev license of $29. I highly recommend it. The fee is well worth the self-extraction capabilities alone. Disclaimer: I don't work for, nor am I affiliated in any way with the WinRAR guys--I'm just so delighted I found it that I wanted to spread the word. Cheers, Logan - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Found-the-perfect-self-extracting-executable-maker-tp1360679p1360679.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Help with XmlFile, FileCopy and ExeCommand
I have an Xml file I need to put in another application file, write some xml to it and run it with that 3rd party application. Sequence of events: 1. Write Xml to file 2. Get the Directory/Folder where the 3rd party application is sitting from win.ini 3. Copy Xml file to 3rd party app folder 4. Run 3rd party app against my Xml File. My code: !-- Get the Folder from Win.ini -- Property Id=GALILEOFOLDER IniFileSearch Id=win.ini Name=win.ini Section=Focalpoint Key=SWDIR Type=directory /IniFileSearch /Property !-- copy Xml file to app folder, write xml to it and copy it to the 3rd party app folder. 3rd party app exists if the win.ini entry is there -- Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=MyApp Component Id=aero.justify.xml Guid=6C65CE83-50D0-4D73-AE3B-868536D56081 File Id=aero.justify.xml Name=aero.justify.xml KeyPath=yes Source=aero.justify.xml / Condition![CDATA[Installed OR GALILEOFOLDER]]/Condition util:XmlFile Id=ViewpointButtonPicture File=aero.justify.xml Action=setValue ElementPath=//[EMAIL PROTECTED]'PNRViewGalileo.Toolbar.xml'[\]]/Add/Button/Pic ture Value=lt;![\[]CDATA[\[][INSTALLLOCATION]Panorama22.bmp[\]][\]]gt; SelectionLanguage=XPath/ util:XmlFile Id=ViewpointButtonAction File=aero.justify.xml Action=setValue ElementPath=//[EMAIL PROTECTED]'PNRViewGalileo.Toolbar.xml'[\]]/Add/Button/Act ion Value=lt;![\[]CDATA[\[][INSTALLLOCATION]$(var.Aero.TargetFileName)[\]][\]] gt; SelectionLanguage=XPath/ util:XmlFile Id=FocalpointButtonPicture File=aero.justify.xml Action=setValue ElementPath=//[EMAIL PROTECTED]'focalpoint.config.xml'[\]]/Add/Button/Picture Value=lt;![\[]CDATA[\[][INSTALLLOCATION]Panorama22.bmp[\]][\]]gt; SelectionLanguage=XPath/ util:XmlFile Id=FocalpointButtonAction File=aero.justify.xml Action=setValue ElementPath=//[EMAIL PROTECTED]'focalpoint.config.xml'[\]]/Add/Button/Action Value=lt;![\[]CDATA[\[][INSTALLLOCATION]$(var.Aero.TargetFileName)[\]][\]] gt; SelectionLanguage=XPath/ CopyFile Id=aero.justify.xmlcopy DestinationProperty=GALILEOFOLDER FileId=aero.justify.xml/ /Component /Directory /Directory Feature Id=ProductFeature Title=Panorama Level=1 InstallDefault=local Absent=disallow ComponentRef Id=aero.justify.xml / /Feature CustomAction Id=aero.justify.xmlrun Property=GALILEOFOLDER ExeCommand=XmlJustify.exe /actionfile:aero.justify.xml /logfile:aero.toolbar.log Execute=deferred Impersonate=no Return=check / InstallExecuteSequence Custom Action=aero.justify.xmlrun Before=InstallFinalize ![CDATA[GALILEOFOLDER]] /Custom /InstallExecuteSequence I think this code has some kind of error because the installer is rolling back and terminating unexpectedly. Here is the debug info: MSI (s) (44:E0) [18:52:56:997]: Executing op: ActionStart(Name=ExecXmlFile,,) Action 18:52:56: ExecXmlFile. MSI (s) (44:E0) [18:52:57:001]: Executing op: CustomActionSchedule(Action=ExecXmlFile,ActionType=3073,Source=BinaryData,Ta rget=ExecXmlFile,CustomActionData=1?1?aero.justify.xml?3?//[EMAIL PROTECTED]'PNRVi ewGalileo.Toolbar.xml']/Add/Button/Picture??![CDATA[C:\Program Files\ambroZio\Panorama22.bmp]]?3?//[EMAIL PROTECTED]'PNRViewGalileo.Toolbar.xml' ]/Add/Button/Action??![CDATA[C:\Program Files\ambroZio\Aero.exe]]?3?//[EMAIL PROTECTED]'focalpoint.config.xml']/Add/Butto n/Picture??![CDATA[C:\Program Files\ambroZio\Panorama22.bmp]]?3?//[EMAIL PROTECTED]'focalpoint.config.xml']/Add /Button/Action??![CDATA[C:\Program Files\ambroZio\Aero.exe]]) MSI (s) (44:38) [18:52:57:006]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIF438.tmp, Entrypoint: ExecXmlFile MSI (s) (44:74) [18:52:57:007]: Generating random cookie. MSI (s) (44:74) [18:52:57:019]: Created Custom Action Server with PID 8660 (0x21D4). MSI (s) (44:7C) [18:52:57:061]: Running as a service. MSI (s) (44:7C) [18:52:57:062]: Hello, I'm your 32bit Elevated custom action server. End of action 18:52:57: InstallFinalize. Returned value 3. MSI (s) (44:E0) [18:52:57:178]: User policy value 'DisableRollback' is 0 MSI (s) (44:E0) [18:52:57:178]: Machine policy value 'DisableRollback' is 0 MSI (s) (44:E0) [18:52:57:181]: Executing op: Header(Signature=1397708873,Version=400,Timestamp=961910413,LangId=1046,Plat form=0,ScriptType=2,ScriptMajorVersion=21,ScriptMinorVersion=4,ScriptAttribu tes=1) MSI (s) (44:E0) [18:52:57:181]: Executing op: DialogInfo(Type=0,Argument=1046) MSI (s) (44:E0) [18:52:57:181]: Executing op: DialogInfo(Type=1,Argument=Panorama) MSI (s) (44:E0) [18:52:57:182]: Executing op: RollbackInfo(,RollbackAction=Rollback,RollbackDescription=A anular a acção:,RollbackTemplate=[1],CleanupAction=RollbackCleanup,CleanupDescription =Removing backup files,CleanupTemplate=File: [1]) MSI (s) (44:E0) [18:52:57:182]: Executing op:
Re: [WiX-users] Found the perfect self-extracting executable maker
Logan, Thanks for the tip. You can also use 7-zip. It does that for free. It even has a special SFx for windows installation and you can configure the dialogs messages (if needed). But doesn't provide options for configuring icons and such. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 7:05 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Found the perfect self-extracting executable maker WinRAR! I've been using WinRAR for years as my main compressed archive viewer, but only just recently discovered it has support for creating self-extracting archives (SFX it calls them) as well! Not only that but it's by far the best out of all of the ones I've tried. Namely, it does everything I want, including: -silent execution (no dialogs) -ability to execute a file after extraction -ability to extract to the temp directory and clean up when done -customizable icon, and customizable dialogs if you do want them shown -choose whether the final exe requests elevation (specifically I wanted the ability to NOT request elevation, since most tools I used did this and I don't like it) ...and tons more. It has seven tabs of customization options for SFX's alone. All for a single-dev license of $29. I highly recommend it. The fee is well worth the self-extraction capabilities alone. Disclaimer: I don't work for, nor am I affiliated in any way with the WinRAR guys--I'm just so delighted I found it that I wanted to spread the word. Cheers, Logan - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Found-the-perfect-self-extracting-executable-maker-tp13 60679p1360679.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem prompting the user to close an application
John Lister wrote: I've tried to use the Description property of CloseApplication to display a message, but that doesn't seem to work. I've also tried to schedule another CloseApplication to occur at the end of the install based on the value of my property: You need to make the property PUBLIC (all caps) to pass it from the UI sequence to the execute sequence. But you can also just leave it off: CloseApplication won't send the close message if the user closed it during the UI sequence. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help: Warning that string is too long
tomer saban wrote: I want to know what is the influence (if any) of the warning : Warning 7 The File/@AssemblyManifest attribute's value, 'NiceApplications.SystemAdministrator.IntegrationsPlugin.RejectedDevices.dll', is too long for an identifier. Standard identifiers are 72 characters long or less. D:\ccm_wa\9.10.5\InfraApps\Install\CoreApplicationWixMsm\CoreApplicationWixMsm\MergeModule.wxs 1972 1 CoreApplicationWixMsm if it bigger than 72 chars , so what will be the real identifier ? WiX puts the full identifier into the database; whether it works is undefined behavior. There are cases where you must adhere to the column limits; others where MSI will adapts to the data that's there. Your best bet is shorten the ID. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] OS for WiX Build environment
Neil Sleightholm wrote: I am looking to create a VM for building the WiX v3 source, I currently doing it on my main PC running Vista but I am wondering what other people use. Is Vista a good base or would you recommend something else, XP seems to be easier to manage but would Windows Server 2003 or 2008 be better? None's better than another as far as building WiX goes, except that if you're running Vista or Server 2008, you have to run at least the first full build elevated, so it can add strong-name verification-skip entries for the WiX assemblies. Mostly it boils down to whatever you're comfortable with and/or have licenses for. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CloseApplication help!
Nghi Nguyen (CSD) wrote: I notice that the only way to do something of what I required above is CloseApplication. However, I found no example on how to use this, and I don't know how to get a dialog to display in conjunction with this feature. See the source code for the WiX setup (src\Setup\VStudio.wxs) to see how we implemented a warning dialog. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skip dialog during uninstall
Sergey Abakumoff wrote: Show Dialog=ExitDlg OnExit=success ![CDATA[REMOVE = ALL)]] /Show However, with this line LicensingDlg isn't shown during installation and ExitDlg isn't shown during removing the product. You can't have multiple success dialogs, per the MSI SDK doc on InstallUISequence: Each termination flag (negative value) can be used with no more than one action. Consider moving up the licensing dialog to before the install, or launching it from ExitDlg. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Best practices for WiX (v2)
Hi, I'm helping our dev group develop a standards doc for WiX development. Does anyone know of a good pointer to share on best practices or suggested standards? Thanks! -greg - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem prompting the user to close an application
John Lister wrote: I've tried to use the Description property of CloseApplication to display a message, but that doesn't seem to work. I've also tried to schedule another CloseApplication to occur at the end of the install based on the value of my property: You need to make the property PUBLIC (all caps) to pass it from the UI sequence to the execute sequence. But you can also just leave it off: Cheers bob, you are a star. that worked... Just to sort out a custom action now ... CloseApplication won't send the close message if the user closed it during the UI sequence. I wanted the user to control whether it was killed or not as they may be using IE when they downloaded the installer. If they killed it themselves, that was ok too. JOHN - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fix an existing install prior to upgrade
I've got an issue with an old install on a system that we are upgrading. The issue is that one of the custom actions is depending on a property that is only available during a UI install and when an upgrade is performed the previous install is removed silently and the custom action fails because this value is not set. It looks like the previous install should have had this custom action conditioned to not run during an uninstall or we should have made the property available. Should we write a custom action to find the cached msi in the %WINDIR%\installer folder and use some MSI methods to Fix the issue in the old install? Any ideas? Thanks, Dan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] updating multiple products
Hi, I'm trying to create a patch for two products, let's say Foo and Bar. I wanted to know how I should go about creating a patch for them? I have a .wxs file which I'm using as a template. It has a single UpgradeImage tag which picks out the upgrade and target MSI's. Should I simply add a second UpgradeImage element? Thanks, Alex - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fix an existing install prior to upgrade
In article [EMAIL PROTECTED], Dan Hoeger [EMAIL PROTECTED] writes: The issue is that one of the custom actions is depending on a property that i s only available during a UI install and when an upgrade is performed the previ ous install is removed silently and the custom action fails because this value is not set. You can work around this by applying a patch to the existing product before you upgrade it. The patch corrects the problem in the previous release before you upgrade it so that the upgrade proceeds properly. In your case, you can add code to have the property set correctly or you can adjust the custom action code itself or you can conditionalize the custom action not to run during an upgrade. If you have a bootstrapper, you can add code to your bootstrapper to ensure that the patch is applied before upgrading, or you can create manual instructions for applying the patch first. I did it through the bootstrapper that we already had so that I could guarantee the patch was applied if it wasn't already present. This isn't that hard to do, but its quite a bit of work if you don't already have a bootstrapper. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Ongoing problems
Hello again, I've been tearing my hair out over the last week trying (but failing) to register a .Net assembly TypeLib in WiX 3 (so apologies if I sound frustrated). Heat only got half way - and even then I had to alter the output somewhat in order to get it to do the equivalent registry entries. However, this still failed to do the registration correctly. My reading around WiX registration of assemblies seems to suggest there's no easy solution to this (otherwise I'm sure I would have found it by now). If there is anyone out there that has succeeded in such a .net registration - please can you let me know what you did in order to get it to work. Anyway - the long and short of it is that as a short-term fix we've had to produce a Visual Studio 2008 setup project just to install the assembly and tlb file - and run this after the install of our WiX based product installer. Obviously this isn't ideal - but we cannot ship our product with a broken assembly registration (and we are unable to register it manually even using regasm /codebase /tlb). One thing that I do have now, is a complete .msi file that I can investigate to try and work out what's different between the WiX attempt at registration and a known working one. I've taken a brief look in orca - but was put off by the sheer number of things to check. My question is - how should I go about getting the know working parts from the working .MSI into WiX? Should I do it table-by-table? There are literally thousands of registry entries - so it could take a while. I'm happy to post any details that are required - or indeed the assembly itself if that would help. It's unfortunate that this has been a stumbling block - as I've been singing the praises of WiX having previously jettisoned the dreadful InstallShield. Thank you, Ben. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] XMLConfig: Solved adding to value
I had a problem this morning with XMLConfig. Somebody also had a similar problem. Here is the code to add a value to an element (not an attribute): util:XmlConfig Id=ViewpointButtonPicture File=[INSTALLLOCATION]aero.justify.xml Action=create ElementPath=//[EMAIL PROTECTED]'PNRViewGalileo.Toolbar.xml'[\]]/Add/Button Name=Picture Value=[INSTALLLOCATION]Panorama22.bmp Node=element On=install Sequence=1 / Hope it helps someone. Joel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Ongoing problems
1. Dark can convert an existing MSI into .wxs files. You may be able to use the -f switch to highly fragment everything and use the output as-is. It sounds like there is just a lot of registration that is necessary for these assemblies. 2. If you can, please file detailed bugs on heat.exe if it is missing things. It isn't like we know anything more about .NET Assemblies and TypeLibs than you do. We aren't skipping important registration on purpose. smile/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 13:47 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Ongoing problems Hello again, I've been tearing my hair out over the last week trying (but failing) to register a .Net assembly TypeLib in WiX 3 (so apologies if I sound frustrated). Heat only got half way - and even then I had to alter the output somewhat in order to get it to do the equivalent registry entries. However, this still failed to do the registration correctly. My reading around WiX registration of assemblies seems to suggest there's no easy solution to this (otherwise I'm sure I would have found it by now). If there is anyone out there that has succeeded in such a .net registration - please can you let me know what you did in order to get it to work. Anyway - the long and short of it is that as a short-term fix we've had to produce a Visual Studio 2008 setup project just to install the assembly and tlb file - and run this after the install of our WiX based product installer. Obviously this isn't ideal - but we cannot ship our product with a broken assembly registration (and we are unable to register it manually even using regasm /codebase /tlb). One thing that I do have now, is a complete .msi file that I can investigate to try and work out what's different between the WiX attempt at registration and a known working one. I've taken a brief look in orca - but was put off by the sheer number of things to check. My question is - how should I go about getting the know working parts from the working .MSI into WiX? Should I do it table-by-table? There are literally thousands of registry entries - so it could take a while. I'm happy to post any details that are required - or indeed the assembly itself if that would help. It's unfortunate that this has been a stumbling block - as I've been singing the praises of WiX having previously jettisoned the dreadful InstallShield. Thank you, Ben. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best practices for WiX (v2)
The WiX help file for WiX 3.0 has a bunch of how tos that document best practices for various tasks. Most of them will likely apply to WiX 2.0 as well. When you are done with your best practices doc I'd love to see a copy :) Neil -Original Message- From: Greg Silin [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 11:39 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Best practices for WiX (v2) Hi, I'm helping our dev group develop a standards doc for WiX development. Does anyone know of a good pointer to share on best practices or suggested standards? Thanks! -greg - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] OS for WiX Build environment
Thanks. I decided to go for Windows 2008 (mainly because I haven't used it yet). I have found the WiX build documentation is a bit thin so I am documenting the process as I go and will post a blog entry when I have it working. Neil -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 21 October 2008 19:25 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] OS for WiX Build environment Neil Sleightholm wrote: I am looking to create a VM for building the WiX v3 source, I currently doing it on my main PC running Vista but I am wondering what other people use. Is Vista a good base or would you recommend something else, XP seems to be easier to manage but would Windows Server 2003 or 2008 be better? None's better than another as far as building WiX goes, except that if you're running Vista or Server 2008, you have to run at least the first full build elevated, so it can add strong-name verification-skip entries for the WiX assemblies. Mostly it boils down to whatever you're comfortable with and/or have licenses for. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Use of a ComponentGroupRef in more then one feature
Hi, here is a small sample which defines a ComponentGroup and uses this group in two features: --- ?xml version=1.0? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=12345678-1234-1234-1234-123456789012 Name=Test Package Language=1033 Version=1.0.0.0 Manufacturer=Microsoft Corporation Package Description=My second Windows Installer package Comments=This is my first ... InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=product.cab EmbedCab=yes / ComponentGroup Id=MyCompGroup Component Id=MyComponent1 Guid=12345678-1234-1234-1234-123456789012 Directory=ProgramFilesFolder File Id=readme Name=readme.txt DiskId=1 Source=readme.txt / /Component Component Id=MyComponent2 Guid=22345678-1234-1234-1234-123456789012 Directory=ProgramFilesFolder File Id=readme2 Name=readme2.txt DiskId=1 Source=readme2.txt / /Component /ComponentGroup Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles / /Directory Feature Id=MyFeature1 Title=My 1st Feature Level=1 ComponentGroupRef Id=MyCompGroup / /Feature Feature Id=MyFeature2 Title=My 2nd Feature Level=1 ComponentGroupRef Id=MyCompGroup / /Feature /Product /Wix --- When compiling and linking Light shows following errors: product.wixobj : error LGHT0095 : Multiple primary references were found for Component 'MyComponent1' in Feature 'MyFeature1' and Feature 'MyFeature2'. product.wixobj : error LGHT0095 : Multiple primary references were found for Component 'MyComponent2' in Feature 'MyFeature1' and Feature 'MyFeature2'. When setting the attribute Primary of the ComponentGroupRef to any value, Light creates the same errors. Everything works fine, when I direct reference the components: --- Feature Id=MyFeature1 Title=My 1st Feature Level=1 ComponentRef Id=MyComponent1 / ComponentRef Id=MyComponent2 / /Feature Feature Id=MyFeature2 Title=My 2nd Feature Level=1 ComponentRef Id=MyComponent1 / ComponentRef Id=MyComponent2 / /Feature --- Has someone an idea what's going wrong here? Thanks for your support! Marcus - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Recent WIX sources will not build
I have found a solution to the error: src\dtf\tools\sfxca\precomp.h(32) : fatal error C1083: Cannot open type library file: 'mscorlib.tlb': No such file or directory. If you add C:\Windows\Microsoft.NET\Framework\v2.0.50727 to the path before running the build it should fix it. Neil -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: 15 October 2008 07:06 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Recent WIX sources will not build I have found the same and just haven't had time to document the problems. There are loads of files missing from the source download, I found the best thing to do was to get the CVS source as well and copy the required files from there and also search for files on your local system until it builds. Even then I couldn't get a full build to work but it got me far enough to look and the main console applications and extensions. To get the CVS source install CVSNT and then use these two commands - when it prompts for a password just hit enter: C:\Program Files\CVSNT\cvs.exe -d:pserver:[EMAIL PROTECTED]:/cvsroot/wix login C:\Program Files\CVSNT\cvs.exe -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/wix co -P wix Good luck! Neil -Original Message- From: Jeb Remus [mailto:[EMAIL PROTECTED] Sent: 14 October 2008 20:33 To: wix-users@lists.sourceforge.net Cc: Jeb Remus Subject: [WiX-users] Recent WIX sources will not build I've been unable to resolve a problem I'm seeing trying to build recent WIX sources. All documentation says to 'simply run make.bat,' but I'm not seeing this succeed.I'm actually hit two problems - 1) C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(2743,9) : error MSB3021: Unable to copy file C:\WIX\SOURCES\src\light\darice.cub to C:\WIX\SOURCES\build\debug\x86\darice.cub. Could not find file 'C:\WIX\SOURCES\src\light\darice.cub'. [exec] C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(2743,9) : error MSB3021: Unable to copy file C:\WIX\SOURCES\src\light\mergemod.cub to C:\WIX\SOURCES\build\debug\x86\mergemod.cub. Could not find file 'C:\WIX\SOURCES\src\light\mergemod.cub'. [exec] C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(2743,9) : error MSB3021: Unable to copy file C:\WIX\SOURCES\src\light\mergemod.dll to C:\WIX\SOURCES\build\debug\x86\mergemod.dll. Could not find file 'C:\WIX\SOURCES\src\light\mergemod.dll'. [exec] C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(2743,9) : error MSB3021: Unable to copy file C:\WIX\SOURCES\src\pyro\mspatchc.dll to C:\WIX\SOURCES\build\debug\x86\mspatchc.dll. Could not find file 'C:\WIX\SOURCES\src\pyro\mspatchc.dll'. If I manually copy these files from a download of the WIX binaries, I circumvent this error. Instead I hit this: 2) [cl] c:\users\jebremus\documents\visual studio 2008\projects\wix\src\dtf\tools\sfxca\precomp.h(32) : fatal error C1083: Cannot open type library file: 'mscorlib.tlb': No such file or directory. Has anyone seen this before or know of a fix? Has anyone been able to build recent WIX sources out of the box as advertised? Thanks much. -Jeb Remus - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] OS for WiX Build environment
Also be prepared to give your build service account full admin rights. See this thread for some details: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/525e9b71-d 267-4177-880c-957df9c92fd4. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] OS for WiX Build environment Thanks. I decided to go for Windows 2008 (mainly because I haven't used it yet). I have found the WiX build documentation is a bit thin so I am documenting the process as I go and will post a blog entry when I have it working. Neil -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 21 October 2008 19:25 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] OS for WiX Build environment Neil Sleightholm wrote: I am looking to create a VM for building the WiX v3 source, I currently doing it on my main PC running Vista but I am wondering what other people use. Is Vista a good base or would you recommend something else, XP seems to be easier to manage but would Windows Server 2003 or 2008 be better? None's better than another as far as building WiX goes, except that if you're running Vista or Server 2008, you have to run at least the first full build elevated, so it can add strong-name verification-skip entries for the WiX assemblies. Mostly it boils down to whatever you're comfortable with and/or have licenses for. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UPGRADINGPRODUCTCODE is not working
Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx*http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx*http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
i have placed that in the second msi(upgraded msi). but it is not working though :( thanks amit On Tue, Oct 21, 2008 at 4:32 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx* http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
original msi doen not contain that condition NOT UPGRADINGPRODUCTCODE. Is this mandatory? Is there any other way so that i can stop executing that custom action in the uninstallation through Major upgrade. On Tue, Oct 21, 2008 at 4:57 PM, Amit Shrivastav [EMAIL PROTECTED]wrote: i have placed that in the second msi(upgraded msi). but it is not working though :( thanks amit On Tue, Oct 21, 2008 at 4:32 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx* http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in Upgrade scenario
If you schedule RemoveExistingProduct *after* InstallFinalize, major upgrade will touch only components where keypath is different. If you did not change your performance counters, they should not be uninstalled. Component will be upgraded regardless of UPGRADINGPRODUCTCODE if keypath is different. The only use for UPGRADINGPRODUCTCODE is when you don't want custom action to run on upgrade. Alex -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 2:56 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Problem in Upgrade scenario No it is also not working. I made the changes you suggested. What else i can do can you please suggest me I am totally block now. Adding this i ran upgrade scenario using verbose log. it is showing in the removeexistingproduct sequence which i put after installfinalize tag, executing uninstall performance counter. after that product installation finishes before executing install performance counter. Any help will be appreciated. Thanks Amit On Tue, Oct 21, 2008 at 9:49 AM, Wilson, Phil [EMAIL PROTECTED]wrote: My guess is that your performance counters are being uninstalled because the condition is something like REMOVE=ALL. If you don't want the uninstall custom action to run from your old uninstall if it's upgrading than that uninstall needs to add the condition AND NOT UPGRADINGPRODUCTCODE. Phil Wilson -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 8:57 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Problem in Upgrade scenario Thanks Richard to answer. Let me explain you complete scenario: 1) In the upgrade scenario i have to keep Config files as it is. We are not planning to upgrade the config files and also database. 2) I have to modify complete binaries. 3) In the previous installation i am executing some custom actions to install performance counters using condition (Intalled at the time of uninstallation and Not Installed in the time of Installation). 4) Installing some assemblies in the GAC. Now In the Major Upgrade scenario i included UpgradeTable. In that OnlyDetect=no. For that I have to specify RemoveExistingProduct in the InstallExecuteScenario. If i specify RemoveExistingProduct after InstallInitialize it will remove complete product and also config files as well. So I can not specify this after this. If i specify RemoveExistingProduct after InstallFinalize then config files remains but performance counters got uninstalled. I am not able to call install performance counter after removeexistingproduct it is throwing error. I got stucked on this. Please let me know if you have any idea Thanks Amit On Mon, Oct 20, 2008 at 8:02 PM, Richard [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED] , Amit Shrivastav [EMAIL PROTECTED] writes: I am getting strange problem. I have added some custom actions on the previous MSI. That custom action is invoked using installUtil.exe. When I am executing that MSI working fine in both installation and uninstallation scenario. Any chance that you could implement your CA some other way? It sounds like you are being bit by the way assemblies are updated. I'm assuming that your custom action depends on the upgraded assemblies. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
That uninstall for the older version of the product is already out there on the systems where the product is installed. You can't change its behavior unless you apply a patch or other minor upgrade. You may be able to correct your problem with this sequence towards the end of your InstallExecute sequence: .. InstallExecute RemoveExistingProducts your deferred custom action to install perfcounters InstallFinalize Phil Wilson -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 5:05 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UPGRADINGPRODUCTCODE is not working original msi doen not contain that condition NOT UPGRADINGPRODUCTCODE. Is this mandatory? Is there any other way so that i can stop executing that custom action in the uninstallation through Major upgrade. On Tue, Oct 21, 2008 at 4:57 PM, Amit Shrivastav [EMAIL PROTECTED]wrote: i have placed that in the second msi(upgraded msi). but it is not working though :( thanks amit On Tue, Oct 21, 2008 at 4:32 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx* http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
I am trying to execute the custom action which was also in the previous msi and was working fine. In the upgraded msi when i runs it throws the following error: *Error 1001. The installation failed, and the rollback has been performed. -- Could not find a part of the path 'C:\WINDOWS\assembly\GAC_MSIL\x\1.0.0.0__31bf3856ad364e35\x.InstallState'. * does anybody have the idea on this? I will appreciate the help on this. Thanks Amit On Tue, Oct 21, 2008 at 5:05 PM, Amit Shrivastav [EMAIL PROTECTED]wrote: original msi doen not contain that condition NOT UPGRADINGPRODUCTCODE. Is this mandatory? Is there any other way so that i can stop executing that custom action in the uninstallation through Major upgrade. On Tue, Oct 21, 2008 at 4:57 PM, Amit Shrivastav [EMAIL PROTECTED]wrote: i have placed that in the second msi(upgraded msi). but it is not working though :( thanks amit On Tue, Oct 21, 2008 at 4:32 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx* http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error 0x800706d9: failed to get firewall profile
I'm getting this error in my setup - ExecFirewallExceptions: Installing firewall exception ExecFirewallExceptions: Failed to connect to Windows Firewall Error 25580. Cannot connect to Windows Firewall. (-2147023143 ) . . . Error 0x800706d9: failed to get firewall profile Has anyone seen this before? Wendell - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in Upgrade scenario
no alex I did not touch anything about the performance counters in the new upgraded msi even keypath is also same. but still it is uninstalling it. :( Can you give some other idea to implement this. On Tue, Oct 21, 2008 at 5:29 PM, Alexander Shevchuk [EMAIL PROTECTED] wrote: If you schedule RemoveExistingProduct *after* InstallFinalize, major upgrade will touch only components where keypath is different. If you did not change your performance counters, they should not be uninstalled. Component will be upgraded regardless of UPGRADINGPRODUCTCODE if keypath is different. The only use for UPGRADINGPRODUCTCODE is when you don't want custom action to run on upgrade. Alex -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 2:56 PM To: General discussion for Windows Installer XML toolset.o Subject: Re: [WiX-users] Problem in Upgrade scenario No it is also not working. I made the changes you suggested. What else i can do can you please suggest me I am totally block now. Adding this i ran upgrade scenario using verbose log. it is showing in the removeexistingproduct sequence which i put after installfinalize tag, executing uninstall performance counter. after that product installation finishes before executing install performance counter. Any help will be appreciated. Thanks Amit On Tue, Oct 21, 2008 at 9:49 AM, Wilson, Phil [EMAIL PROTECTED] wrote: My guess is that your performance counters are being uninstalled because the condition is something like REMOVE=ALL. If you don't want the uninstall custom action to run from your old uninstall if it's upgrading than that uninstall needs to add the condition AND NOT UPGRADINGPRODUCTCODE. Phil Wilson -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 8:57 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Problem in Upgrade scenario Thanks Richard to answer. Let me explain you complete scenario: 1) In the upgrade scenario i have to keep Config files as it is. We are not planning to upgrade the config files and also database. 2) I have to modify complete binaries. 3) In the previous installation i am executing some custom actions to install performance counters using condition (Intalled at the time of uninstallation and Not Installed in the time of Installation). 4) Installing some assemblies in the GAC. Now In the Major Upgrade scenario i included UpgradeTable. In that OnlyDetect=no. For that I have to specify RemoveExistingProduct in the InstallExecuteScenario. If i specify RemoveExistingProduct after InstallInitialize it will remove complete product and also config files as well. So I can not specify this after this. If i specify RemoveExistingProduct after InstallFinalize then config files remains but performance counters got uninstalled. I am not able to call install performance counter after removeexistingproduct it is throwing error. I got stucked on this. Please let me know if you have any idea Thanks Amit On Mon, Oct 20, 2008 at 8:02 PM, Richard [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED] , Amit Shrivastav [EMAIL PROTECTED] writes: I am getting strange problem. I have added some custom actions on the previous MSI. That custom action is invoked using installUtil.exe. When I am executing that MSI working fine in both installation and uninstallation scenario. Any chance that you could implement your CA some other way? It sounds like you are being bit by the way assemblies are updated. I'm assuming that your custom action depends on the upgraded assemblies. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
No i tried that also. but still it is not working. that custom action is throwing error. On Tue, Oct 21, 2008 at 5:30 PM, Wilson, Phil [EMAIL PROTECTED]wrote: That uninstall for the older version of the product is already out there on the systems where the product is installed. You can't change its behavior unless you apply a patch or other minor upgrade. You may be able to correct your problem with this sequence towards the end of your InstallExecute sequence: .. InstallExecute RemoveExistingProducts your deferred custom action to install perfcounters InstallFinalize Phil Wilson -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 5:05 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UPGRADINGPRODUCTCODE is not working original msi doen not contain that condition NOT UPGRADINGPRODUCTCODE. Is this mandatory? Is there any other way so that i can stop executing that custom action in the uninstallation through Major upgrade. On Tue, Oct 21, 2008 at 4:57 PM, Amit Shrivastav [EMAIL PROTECTED] wrote: i have placed that in the second msi(upgraded msi). but it is not working though :( thanks amit On Tue, Oct 21, 2008 at 4:32 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx* http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/
Re: [WiX-users] UPGRADINGPRODUCTCODE is not working
*No i tried that also. but still it is not working. that custom action is throwing error. * *RemoveExistingProducts action sequenced incorrectly. i placed this after PublishProduct before installFinalise.* On Tue, Oct 21, 2008 at 5:59 PM, Amit Shrivastav [EMAIL PROTECTED]wrote: No i tried that also. but still it is not working. that custom action is throwing error. RemoveExistingProducts action sequenced incorrectly. On Tue, Oct 21, 2008 at 5:30 PM, Wilson, Phil [EMAIL PROTECTED]wrote: That uninstall for the older version of the product is already out there on the systems where the product is installed. You can't change its behavior unless you apply a patch or other minor upgrade. You may be able to correct your problem with this sequence towards the end of your InstallExecute sequence: .. InstallExecute RemoveExistingProducts your deferred custom action to install perfcounters InstallFinalize Phil Wilson -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 5:05 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UPGRADINGPRODUCTCODE is not working original msi doen not contain that condition NOT UPGRADINGPRODUCTCODE. Is this mandatory? Is there any other way so that i can stop executing that custom action in the uninstallation through Major upgrade. On Tue, Oct 21, 2008 at 4:57 PM, Amit Shrivastav [EMAIL PROTECTED] wrote: i have placed that in the second msi(upgraded msi). but it is not working though :( thanks amit On Tue, Oct 21, 2008 at 4:32 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: If you don't want the original msi to execute the custom action when being uninstalled via major upgrade, you need the condition of NOT UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you have that condition in the original msi or the second msi. -Original Message- From: Amit Shrivastav [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 4:20 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UPGRADINGPRODUCTCODE is not working Hi, I am trying to upgrade my installer using property *UPGRADINGPRODUCTCODE. *In the previous MSI it was not there. now In the latest version i.e. upgraded msi contains that version. I have an custom action in original msi which execute at the time of uninstallation. In the upgrade msi i dont want to execute that custom action at the time of when major upgrade uninstall the previous product. but i want to execute that in the uninstallation of the new msi. I am mentioning the condition* *REMOVE=ALL AND NOT *UPGRADINGPRODUCTCODE *according to msdn article* ** http://msdn.microsoft.com/en-us/library/aa369786.aspx* http://msdn.microsoft.com/en-us/library/aa369786.aspx *. *but it is not working. althoug my custom action is executing when major upgrade uninstall the previous version and when i uninstalling the new upgraded msi it is not executing. I am using windows 2003 platform for testing. and wix 3.0 for the development. Please let me know if anybody previously faced this issue. ** Thanks in advance Amit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to access WixSqlExtension.dll
Hi, I am running candle command and I have used sql component in my WXS file. Due to this I am using -ext switch and after that giving the path of 'WixSqlExtension.dll'. But I am getting error CNDL0103 error. If I am working directly in Wix bin directory and giving only 'WixSqlExtension.dll' (with out path), candle command is executing perfectly. But I don't want to do this. Please help... Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 0x800706d9: failed to get firewall profile
I think you answered your own question. I imagine stopping the firewall service makes it so you can't configure it in this way. Perhaps you can add a ServiceControl element to ensure the firewall service is started (although I'm not sure it would be guaranteed to be sequenced at the right time). ## $_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@.. {)/];)^{;$,+=(++$,);$_.=$,;`$_`; -Original Message- From: Wendell Joost [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 7:45 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Error 0x800706d9: failed to get firewall profile I've got a fire:FirewallException element in my WiX code. When I stop the Firewall Service and then run my MSI, I get the following error consistently. Any suggestions on how to resolve this issue? Thanks! Wendell On Tue, Oct 21, 2008 at 5:49 PM, Wendell Joost [EMAIL PROTECTED] wrote: I'm getting this error in my setup - ExecFirewallExceptions: Installing firewall exception ExecFirewallExceptions: Failed to connect to Windows Firewall Error 25580. Cannot connect to Windows Firewall. (-2147023143 ) . . . Error 0x800706d9: failed to get firewall profile Has anyone seen this before? Wendell -- Some people come visit Europe and are really let down when they find out it's not like a credit-card commercial; others really get into meeting all the quirky people and careening along narrow mountain roads in rickety cabs driven by suicidal, gap-toothed Carpathians. I guess it's pretty obvious which one you are... - Justin Crevier, May '01 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to access WixSqlExtension.dll
Obviously if you're in the Bin folder it will find the file because that file is in the Bin folder however it doesn't work when the current directory is not the Bin folder perhaps you can add the path to the -ext switch? e.g. -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll Regards, Phil Bevan Sandeep Gautam (HCL Technologies Ltd) [EMAIL PROTECTED] 22/10/2008 12:36 PM Please respond to General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net To General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net cc Subject [WiX-users] How to access WixSqlExtension.dll Hi, I am running candle command and I have used sql component in my WXS file. Due to this I am using -ext switch and after that giving the path of 'WixSqlExtension.dll'. But I am getting error CNDL0103 error. If I am working directly in Wix bin directory and giving only 'WixSqlExtension.dll' (with out path), candle command is executing perfectly. But I don't want to do this. Please help... Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This e-mail is sent by or on behalf of the named sender identified above. If: (a) you do not wish to receive any e-mail marketing material from this person in the future, please forward the contents of this email to [EMAIL PROTECTED] with the word unsubscribe in the subject box. (b) you wish to unsubscribe from all central e-mail marketing lists used by our business, please forward the contents of this e-mail to [EMAIL PROTECTED] with the message unsubscribe from all central e-mail marketing lists in the subject box. If you do not forward the contents of this e-mail with your unsubscription then it may not be able to be implemented. The information contained in this e-mail communication may be confidential. You should only read, disclose, re-transmit, copy, distribute, act in reliance on or commercialise the information if you are authorised to do so. If you are not the intended recipient of this e-mail communication, please immediately notify us by e-mail to [EMAIL PROTECTED], or reply by e-mail direct to the sender and then destroy any electronic and paper copy of this message. Any views expressed in this e-mail communication are those of the individual sender, except where the sender specifically states them to be the views of a member of the National Australia Bank Group of companies. Any advice contained in this e-mail has been prepared without taking into account your objectives, financial situation or needs. Before acting on any advice in this e-mail, National Australia Bank Limited recommends that you consider whether it is appropriate for your circumstances. If this e-mail contains reference to any financial products, the National recommends you consider the Product Disclosure Statement (PDS) or other disclosure document before making any decisions regarding any products. The National Australia Bank Group of companies does not represent, warrant or guarantee that the integrity of this communication has been maintained nor that the communication is free of errors, virus or interference. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service
Thanks Ian, but I need to add to permissions on the directory rather than reset them altogether. Does anyone else know what values I would need to use for user and domain in the PermissionEx element to get permissions assigned to that directory for NT AUTHORITY\NETWORK SERVICE? Just as an FYI, I am using wix v3 and I have tried empty domain with Network Service based on Ian's suggestion and empty domain with NetworkService based on several other postings on this site to no avail. Is anyone else able to get this to work? Thanks in advance for anyone that can help me. -Original Message- From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 11:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service Here is code from an installer I have that works for me: Component Id=CID_Logs Guid={837A1B74-98C9-4042-B51D-58F38448CE46} Location=local DiskId=1 CreateFolder Permission GenericAll=yes User=Administrators / Permission GenericRead=yes GenericWrite=yes User=Network Service / /CreateFolder /Component -Original Message- From: Amy Rosewater [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 10:44 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service Hi All, How do you grant permissions to a folder for a specific user if the user happens to be the built in Network Service account? I have tried: Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=NetworkService / /CreateFolder /Component Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER is equal to NT AUTHORITY\Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[SQLSERVERSERVICEDOMAIN] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEDOMAIN = NT AUTHORITY and SQLSERVERSERVICEUSER = Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[ComputerName] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER = NT AUTHORITY\Network Service Rather than just keep trying, does anyone know the answer to this one? Thanks, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Bootstrapper, Self-Extracting Executables
Wow, AutoIt is really great! I'm totally loving it. It's a simple, easy to use syntax and it's quite sophisticated. Compiles to a native app, very small footprint. I've got a nice little custom bootstrapper now, combined with my WinRAR self-extractor and WiX installer, and this is shaping up to be one heck of an installation! :D DEÁK JAHN, Gábor-2 wrote: Hello, as I had to face the same problem just a couple of weeks ago, the final approach I took was putting together a very simple bootstrapper in the AutoIt scripting language. Nothing fancy, it is a Setup.exe that checks for .NET 2.0 and SP1 in my case, downloads and executes them from a known location, then downloads the actual MSI and launches it. In a distributed media scenario (eg. all files on a CD) it is even simpler because there is no need to download anything. Bye, Gábor --- DEÁK JAHN, Gábor -- Budapest, Hungary E-mail: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/.NET-Bootstrapper%2C-Self-Extracting-Executables-tp1351845p1362530.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to access WixSqlExtension.dll
[EMAIL PROTECTED] wrote: Obviously if you're in the Bin folder it will find the file because that file is in the Bin folder however it doesn't work when the current directory is not the Bin folder perhaps you can add the path to the -ext switch? e.g. -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll Just use WixSqlExtension with no extension or path and the tools will load them from their directory. This is documented in WiX.chm under Using WiX extensions. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomizeDlg Next button always enabled
Nic Barden wrote: Could this issue be something I may have introduced by adding my own Publish Dialog=CustomizeDlg Control=Next ... / declarations, somehow removing the existing functionality? I don't think it would affect it, but does it work as you'd expect if you drop the floating Publish elements? -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 0x800706d9: failed to get firewall profile
Brian Rogers wrote: I think you answered your own question. I imagine stopping the firewall service makes it so you can't configure it in this way. Perhaps you can add a ServiceControl element to ensure the firewall service is started (although I'm not sure it would be guaranteed to be sequenced at the right time). It might cross the line to rudeness to turn on the firewall if a user turned it off. If the firewall custom actions can't connect to the firewall service, it will prompt (if the UI level supports it). You can use the IgnoreFailure attribute to let such failures be ignored. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 0x800706d9: failed to get firewall profile
The problem that we're hitting is that it appears that the WiX custom action is throwing a dialog - any way to suppress that dialog? Wendell On Tue, Oct 21, 2008 at 9:08 PM, Bob Arnson [EMAIL PROTECTED] wrote: Brian Rogers wrote: I think you answered your own question. I imagine stopping the firewall service makes it so you can't configure it in this way. Perhaps you can add a ServiceControl element to ensure the firewall service is started (although I'm not sure it would be guaranteed to be sequenced at the right time). It might cross the line to rudeness to turn on the firewall if a user turned it off. If the firewall custom actions can't connect to the firewall service, it will prompt (if the UI level supports it). You can use the IgnoreFailure attribute to let such failures be ignored. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Some people come visit Europe and are really let down when they find out it's not like a credit-card commercial; others really get into meeting all the quirky people and careening along narrow mountain roads in rickety cabs driven by suicidal, gap-toothed Carpathians. I guess it's pretty obvious which one you are... - Justin Crevier, May '01 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to access WixSqlExtension.dll
I am running candle command and I have used sql component in my WXS file. Due to this I am using -ext switch and after that giving the path of 'WixSqlExtension.dll'. But I am getting error CNDL0103 error. If I am working directly in Wix bin directory and giving only 'WixSqlExtension.dll' (with out path), candle command is executing perfectly. You don't say what version you're running, but any chance it's related to: https://sourceforge.net/tracker2/?func=detailaid=2167181group_id=105970atid=642714 For example, we had to resort to using $(WixToolPath)WixSqlExtension.dll instead of ..\Tools\WiX\Bin\WixSqlExtension.dll to get Wix building in both VS and from MSBuild in command line. This sucks because we now have to ensure every developer has the correct Wix version installed, and in the same place, whereas until recently relative pathing was working and we could version control the extensions inside the solution. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] grant permissions on a folder to a specific user ifthe user happens to be NT AUTHORITY\Network Service
Hello Amy, I actually use [ComputerName]\iis_wpg this is IIS Working Process Group of which network service is a member. Although that said, this group only exists if IIS is an installed windows component. This covers, system, network service, local service and I think Aspnet. Michael From: Amy Rosewater [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 1:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] grant permissions on a folder to a specific user ifthe user happens to be NT AUTHORITY\Network Service Thanks Ian, but I need to add to permissions on the directory rather than reset them altogether. Does anyone else know what values I would need to use for user and domain in the PermissionEx element to get permissions assigned to that directory for NT AUTHORITY\NETWORK SERVICE? Just as an FYI, I am using wix v3 and I have tried empty domain with Network Service based on Ian's suggestion and empty domain with NetworkService based on several other postings on this site to no avail. Is anyone else able to get this to work? Thanks in advance for anyone that can help me. -Original Message- From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 11:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service Here is code from an installer I have that works for me: Component Id=CID_Logs Guid={837A1B74-98C9-4042-B51D-58F38448CE46} Location=local DiskId=1 CreateFolder Permission GenericAll=yes User=Administrators / Permission GenericRead=yes GenericWrite=yes User=Network Service / /CreateFolder /Component -Original Message- From: Amy Rosewater [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 10:44 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] grant permissions on a folder to a specific user if the user happens to be NT AUTHORITY\Network Service Hi All, How do you grant permissions to a folder for a specific user if the user happens to be the built in Network Service account? I have tried: Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=NetworkService / /CreateFolder /Component Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER is equal to NT AUTHORITY\Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[SQLSERVERSERVICEDOMAIN] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEDOMAIN = NT AUTHORITY and SQLSERVERSERVICEUSER = Network Service. Component Id=AssignDataDirectoryPermissionsGeneric Guid=5A9D6D2B-CBA0-4E4C-8935-FACA2446256E CreateFolder Directory=DataDirectory util:PermissionEx CreateFile=yes GenericAll=yes Read=yes ReadAttributes=yes WriteAttributes=yes Domain=[ComputerName] User=[SQLSERVERSERVICEUSER] / /CreateFolder /Component In this scenario SQLSERVERSERVICEUSER = NT AUTHORITY\Network Service Rather than just keep trying, does anyone know the answer to this one? Thanks, Amy Amy Rosewater SPECTRUM Human Resource Systems Corporation 707 17th Street Suite 3800 Denver CO, 80202 303.592.3403 [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users