[WiX-users] Disable windows Native Power Management Functionality
Can anyone give an insight on how to do this using WiX? -- View this message in context: http://www.nabble.com/Disable-windows-Native-Power-Management-Functionality-tp15223156p15223156.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] non-admin user patching
I am having a problem creating a msp that a non-admin user can apply to a msi previously installed by an administrator. the msi installed some files to Program Files/... and the patch is an update that only contains a newer version of the exe installed to Program Files/... The problem is that the non-admin user is asked for an administrator password when attempting to apply the patch. I have included a certificate in the patchCertificates node and signed the msp with the same certificate. I have set ALLUSERS property = 1. Do I need to include the certificate in the msp - if so, how? I have been following the example in the Wix Help but it does not go into admin/non-admin issues (this is being tested under Vista and needs to work on both Vista and XP). What more do I need to do? Could it be a permissions thing? Thank you in advance, RIchard -- View this message in context: http://www.nabble.com/non-admin-user-patching-tp15224403p15224403.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How can I use RegistrySearch to check if a key exists
Thomas Hargrove wrote: I am trying to determine if a registry key exists, but the key is a empty string. Hi, regarding http://www.nabble.com/RegistrySearch-with-empty-registrykeys-td13269405.html and its link to http://msdn2.microsoft.com/en-us/library/aa371171.aspx states that this is not possible Sorry Dominik -- View this message in context: http://www.nabble.com/How-can-I-use-RegistrySearch-to-check-if-a-key-exists-tp15217543p15225941.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Heating Directories with Identically Named Files
Hello All, I'm using WiX 3 to package a product. The build puts all the build results (binaries, config files, help files, etc) into a deployment directory which is harvested. By heat. That deployment directory has a number of subdirectories, at least two of which have the same name (DeploymentRoot\Bin and DeploymentRoot\Composer\Bin). There is also a handful of files that, for reasons beyond my control, have identical names and reside in different directories. The question is: As heat encounters identically named files it gives them unique Component Ids. If it is run multiple times, does heat consistently arrive at the same ids each time it is run? Thanks. Raj - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Rich Text Field in dialog...
Hi, I created a dialog to display my EULA, and I'm using a text control pointing on a rtf SourceFile. On the first tries, when using text directly in the XML, everything worked perfectly fine. Now that I'm using a rtf file, the text control is blank when the dialog is displayed (text is blank, control has no border although it is specified as sunken, scroll bar arrows are not displayed, I can only see the scroll bar itself). When I move my cursor on the top of the scroll bar, the arrows appear. And to display the text, I must scroll the text... I really don't understand what's happening. The only thing I think of that could explain this is the background image that has the logo on the left (but no control over it) and blank for the most part where controls are located. Thanks for your help... Here is the XML description of the dialog : Dialog Id=EULA_Dialog Width=370 Height=270 Title=[ProductName] [Setup] EULA NoMinimize=yes Control Id=Bitmap Type=Bitmap X=0 Y=0 Width=370 Height=234 TabSkip=no Text=[FinishBitmap]/ Control Id=BottomLine Type=Line X=0 Y=234 Width=372 Height=0 TabSkip=no/ Control Id=AgreementText Type=ScrollableText X=135 Y=10 Width=220 Height=175 Sunken=yes TabSkip=yes Text SourceFile=$(var.RessourcesPath)\License.rtf/ /Control Control Id=Buttons Type=RadioButtonGroup X=135 Y=190 Width=220 Height=34 Property=IAgree / Control Id=Back Type=PushButton X=168 Y=243 Width=56 Height=17 Text=[ButtonText_Back] Publish Event=NewDialog Value=Welcome_Dialog / /Control Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=[ButtonText_Next] Publish Event=EndDialog Value=Return![CDATA[IAgree = Yes]]/Publish Condition Action=disable![CDATA[IAgree Yes]]/Condition Condition Action=enable![CDATA[IAgree = Yes]]/Condition /Control Control Id=Cancel Type=PushButton X=304 Y=243 Width=56 Height=17 Cancel=yes Text=[ButtonText_Cancel] Publish Event=SpawnDialog Value=Cancel_Dialog1/Publish /Control /Dialog - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallExecuteSequence for Sql Actions
Actually, I'm trying to load the assembly from the file system, not the GAC. Does that change your answer? Thanks, Chris Adam Majer wrote: No. GAC is updated after MSI install is finalized. Wix has no control over this. - Adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multilingual Support
-Original Message- Yes, I know the short answer is 'no' ... installers that can make a single multilingual install package ... isn't there some creative work-around for this? Multi-Language MSI Packages without Setup.exe Launcher http://www.installsite.org/pages/en/msi/articles/embeddedlang/index.htm I haven't tried this yet but it sounds ideal. It's undocumented and therefore officially not supported. But if it works, hey, why not? By the way, if you try it, could you post back to the list to let us know if it was successful or not? Thanks. Daryn. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Understanding per user/machine level registry restriction.
Hi all, I know there is plenty of documentation about the following, but having read it I just cannot get my head round it or figure out a workaround. The following XML generates an ICE57 error, I know I have to move the registry component out to a 'per user component' but I can't figure out how. I am getting confused because a component requires a directory and every time I put the registry access into a directory I get this error. I've tried DesktopFolder etc as the target but get other errors with that. Full error is : ICE57: Component 'RegComponent' has both per-user and per-machine data with a per-machine KeyPath. To me, it all looks 'per user' anyway, the only thing I can see that might be per machine is TARGETDIR, but then how would I accomplish the following? Directory Id=TARGETDIR Name=SourceDir Component Id=RegComponent Guid={BA892F69-B17A-4125-10B6-25C895AC52B3} KeyPath=yes RegistryKey Id=RegKey Action=createAndRemoveOnUninstall Key=Software\[Manufacturer]\SettingProfiles Root=HKCU / /Component /Directory Confused, Ryan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallExecuteSequence for Sql Actions
Hi Chris, Sorry, I am still on WiX 2, but that should not matter. In WiX 2 both SqlScript and SqlString have a Sequence attribute. Make sure that SqlScript is scheduled after InstallFiles standard action (usual Sequence number 4000). Regards, Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Eldredge Sent: Thursday, January 31, 2008 1:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] InstallExecuteSequence for Sql Actions I'm trying to create an MSI that installs a .NET assembly and registers it for use in SQL Server 2005. The problem is that the SQL I'm executing inside a SqlString is telling SQL Server to load the assembly, but when I install the MSI it seems that the assembly hasn't been copied to its final destination when the SQL action executes. My question: is it possible to change the order that the actions execute in such that the assembly will be where it is supposed to be by the time the SQL commands start executing? Thanks, Chris My WiX 3 markup (abridged) Component Id=MyAssembly.dll File Name=MyAssembly.dll Id=MyAssembly.dll Source=... / Component Id=Database SqlDatabase xmlns=http://schemas.microsoft.com/wix/SqlExtension; Id=MyDb ConfirmOverwrite=no CreateOnInstall=yes DropOnUninstall=yes Server=[ComputerName] Database=MyDb SqlString Id=SQLString01 ExecuteOnInstall=yes SQL=create assembly FoolEncryption from '[#FoolAssembly]' / /SqlDatabase CreateFolder / /Component /Component - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Checking for executable version number
Hi all, I'm pretty new to Wix and microsoft installer in general. I have read everything I can get my hands on, but I still don't understand if I'll be able to retrieve the version of an existing dll or other executable and decide if I need to replace it. I understand that I can write my own custom action, but this seems to be pretty basic and hope that someone has already done it. Thank you so much! -- Dustin Johnson CACE Technologies Tel: 530-758-2790 x109 Fax: 530-758-2781 www.cacetech.com smime.p7s Description: S/MIME Cryptographic Signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Checking for executable version number
Hi Dustin, MSI will do it for you. Read about Patching and Upgrades: http://msdn2.microsoft.com/en-us/library/aa370579(VS.85).aspx and read tutorial on this topic: http://www.tramontana.co.hu/wix/lesson4.php File versioning rules: http://msdn2.microsoft.com/en-us/library/aa368599(VS.85).aspx Regards, Alex From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dustin Johnson Sent: Friday, February 01, 2008 9:48 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Checking for executable version number Hi all, I'm pretty new to Wix and microsoft installer in general. I have read everything I can get my hands on, but I still don't understand if I'll be able to retrieve the version of an existing dll or other executable and decide if I need to replace it. I understand that I can write my own custom action, but this seems to be pretty basic and hope that someone has already done it. Thank you so much! -- Dustin Johnson CACE Technologies Tel: 530-758-2790 x109 Fax: 530-758-2781 www.cacetech.comhttp://www.cacetech.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding a custom action (type 6) in a patchpackage(msp)
Hello Paul, I did quick experiment and if I add the \ in front of the file name, like in your sample, I get an error message from light.exe (I am using WiX 2.0): Light.exe : fatal error LGHT0005: The system cannot find the file specified ... Try: Binary Id=SimpleTest SourceFile=Test.vbs/Binary Instead of: Binary Id=SimpleTest SourceFile=\Test.vbs/Binary Alex From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Chrzanowski Sent: Thursday, January 31, 2008 11:32 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Adding a custom action (type 6) in a patchpackage(msp) Hello, Alexander, thanks for the fast reply, but unfortunately the binary element is not missing in our .wxs file. Here is what our file looks like: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=3C6F7936-A1A9-4f37-A6C2-0DC706900E22 UpgradeCode=28408204-7955-4c76-8AE0-0ADBFB74ADF2 Name= Sample Application Language=1033 Version=1.9.0.0 Manufacturer=Test Ltd. Codepage=1252 Package Id=* InstallerVersion=200 Compressed=no/ Media Id=1 Cabinet=WixMondoSample.cab EmbedCab=yes / CustomAction Id=SimpleTest Return=check BinaryKey=SimpleTest VBScriptCall=Main/ Binary Id=SimpleTest SourceFile=\Test.vbs/Binary Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id =INSTALLDIR Name=TEST Component Id=SampleFile Guid=7C9DDA32-66C3-4a0f-AE61-2580B67685C9 File Id=f1 Source=...\SampleFile.txt Name=SampleFile.txt DiskId=1/ /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=Main Feature Level=1 ComponentRef Id=SampleFile / /Feature UIRef Id=WixUI_Mondo / InstallUISequence Custom Action=SimpleTest After=AppSearch / /InstallUISequence /Product /Wix Kind regards, Paul. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Minor upgrade help
I read the tutorial and I seem to be stuck here: After the check has run, we can take the appropriate actions based on the existence and value of the properties involved: CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been updated to 1.0.1 or newer.' / InstallExecuteSequence Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom ... /InstallExecuteSequence For some strange reason, small updates and minor upgrades cannot be run simply by clicking on the .msi file—they give the error: Another version of this product is already installed. We know, stupid... Anyway, you have to start it with the command: The statement we can take the appropriate actions based on the existence and value of the properties involved. I don't know how to run actions based on the existence of a property. I am assuming that it refers to PATCHFOUND. I want to stop services, copy files, restart service. Simple? Thank you. Kevin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] pre-defined variables?
Thanks for the note. Here's what I responded to your comment on the blog: Mark, This should also work in Votive 2.0, although the preprocessor definitions may be slightly different than the ones I presented here. Take a look at Rob's MSDN article here (http://msdn2.microsoft.com/en-us/aa302186.aspx#wixsetup_topic9) for more information on how to do this in Votive 2.0. Sorry about the confusion. I should have pointed this out in the blog entry. Thanks, Justin -Original Message- From: mark.modrall [mailto:[EMAIL PROTECTED] Sent: Thursday, January 31, 2008 6:30 AM To: Justin Rockwood; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? Thanks, Justin. I just commented on the blog, but I'll say the same here: If I follow the add-reference instructions above, I get a dialog saying Sorry, project references are not yet supported in Votive. If you want to add the code, by all means! :) Votive 2.0.5325 If I right-click the project itself and choose Project Dependencies, all of the right dependencies are already listed; unfortunately, that doesn't seem to connect to these variable definitions. I presume this is a 3.0-only thing? Thanks Mark -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 30, 2008 6:03 PM To: mark.modrall; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? I also just blogged about this, so you can check out http://blogs.msdn.com/jrock/archive/2008/01/29/complete-list-of-candle-p repr ocessor-variables.aspx. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mark.modrall Sent: Wednesday, January 30, 2008 12:53 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] pre-defined variables? Okay, are the preprocessor variables listed in http://msdn2.microsoft.com/en-us/library/aa302186.aspx only applicable to source projects? We have some Wix projects that bundle a bunch of msms into an msi. The main project has project dependencies on all of the othe Wix projects but when I put in something like Merge Id=Module1 Language=1033 src=$(var.Module1.TargetPath) DiskId=1 / (where Module1 is the name of a dependency Wix project) I get an error that $(var.Module1.TargetPath) is undefined. We're using Votive 2.0.5325 Thanks Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Condition based on INSTALLLOCATION
Hi, I'm trying to turn on and off a feature based on whether a file already exists in the installation directory. To do this, I'm setting a property based on a FileSearch: Property Id=XMLFILEEXISTS DirectorySearch Id=CheckXMLFileDir Path=[INSTALLLOCATION] Depth=0 FileSearch Id=My.XML Name= My.XML / /DirectorySearch /Property Then, in the feature I have a level condition on it: Feature Id=MyXML Level=1 Title=My XML Description=Select to permit installer to backup and replace your XML with a clean version. ComponentRef Id=MyXMLFiles / Condition Level='1000' XMLFILEEXISTS /Condition /Feature However, this doesn't appear to work. Looking in the log files, it appears that XMLFILEEXISTS is evaluated as part of the AppSearch, which happens before the INSTALLLOCATION property is even set, therefore I'm not sure where it's looking! I could be totally wrong of course... but in the log file, the INSTALLLOCATION is set much later than any reference to My.XML. Any ideas on what the right way to do this is? Many thanks RW. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] pre-defined variables?
Hi Justin... Still doesn't seem to work... At least not when the dependent project is another Wix project. $(var.project.TargetPath) is on both lists as *supposedly* supported, but when I have one wix projects merging the output msms of other projects, I just get variable-undefined errors. Would be a nice feature... Thanks Mark -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 2:22 PM To: mark.modrall; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? Thanks for the note. Here's what I responded to your comment on the blog: Mark, This should also work in Votive 2.0, although the preprocessor definitions may be slightly different than the ones I presented here. Take a look at Rob's MSDN article here (http://msdn2.microsoft.com/en-us/aa302186.aspx#wixsetup_topic9) for more information on how to do this in Votive 2.0. Sorry about the confusion. I should have pointed this out in the blog entry. Thanks, Justin -Original Message- From: mark.modrall [mailto:[EMAIL PROTECTED] Sent: Thursday, January 31, 2008 6:30 AM To: Justin Rockwood; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? Thanks, Justin. I just commented on the blog, but I'll say the same here: If I follow the add-reference instructions above, I get a dialog saying Sorry, project references are not yet supported in Votive. If you want to add the code, by all means! :) Votive 2.0.5325 If I right-click the project itself and choose Project Dependencies, all of the right dependencies are already listed; unfortunately, that doesn't seem to connect to these variable definitions. I presume this is a 3.0-only thing? Thanks Mark -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 30, 2008 6:03 PM To: mark.modrall; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? I also just blogged about this, so you can check out http://blogs.msdn.com/jrock/archive/2008/01/29/complete-list-of-candle-p repr ocessor-variables.aspx. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mark.modrall Sent: Wednesday, January 30, 2008 12:53 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] pre-defined variables? Okay, are the preprocessor variables listed in http://msdn2.microsoft.com/en-us/library/aa302186.aspx only applicable to source projects? We have some Wix projects that bundle a bunch of msms into an msi. The main project has project dependencies on all of the othe Wix projects but when I put in something like Merge Id=Module1 Language=1033 src=$(var.Module1.TargetPath) DiskId=1 / (where Module1 is the name of a dependency Wix project) I get an error that $(var.Module1.TargetPath) is undefined. We're using Votive 2.0.5325 Thanks Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Condition based on INSTALLLOCATION
You need to schedule custom action after InstallValidate to set the value of the XMLFILEEXISTS property. Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of RW Sent: Friday, February 01, 2008 11:23 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Condition based on INSTALLLOCATION Hi, I'm trying to turn on and off a feature based on whether a file already exists in the installation directory. To do this, I'm setting a property based on a FileSearch: Property Id=XMLFILEEXISTS DirectorySearch Id=CheckXMLFileDir Path=[INSTALLLOCATION] Depth=0 FileSearch Id=My.XML Name= My.XML / /DirectorySearch /Property Then, in the feature I have a level condition on it: Feature Id=MyXML Level=1 Title=My XML Description=Select to permit installer to backup and replace your XML with a clean version. ComponentRef Id=MyXMLFiles / Condition Level='1000' XMLFILEEXISTS /Condition /Feature However, this doesn't appear to work. Looking in the log files, it appears that XMLFILEEXISTS is evaluated as part of the AppSearch, which happens before the INSTALLLOCATION property is even set, therefore I'm not sure where it's looking! I could be totally wrong of course... but in the log file, the INSTALLLOCATION is set much later than any reference to My.XML. Any ideas on what the right way to do this is? Many thanks RW. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] enable Browse button in CustomizeDlg
Hi! I am new to WIX. I built a sample installation with WixUI_Mondo UI model. However, I noticed that I could not change the installation directory which makes the installation pretty useless. Is there any way to enable this button without rewriting the entire dialog? I have looked on the web and found that people get source for the dialogs and modify them that way, but this seems like a drastic solution. All I want ot to enable the Browse button: the rest of the mondo UI sequence is just fine. -igor. _ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] pre-defined variables?
Oh, sorry. Another thing I should have probably pointed out. Referenced wix projects don't have their project preprocessor variables written out in Votive v2. It was another few Visual Studio interfaces that I didn't get around to implementing in version 2. I think in Votive v2, C#, J#, and VB work and I think C++ works as well. In Votive v3 any language that supports MSBuild should work correctly (which means that C++ projects don't work yet). Does that clarify it more? I'm probably missing some other vital piece of information that you need, in which case just ask me again. :) Justin -Original Message- From: mark.modrall [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 11:42 AM To: Justin Rockwood; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? Hi Justin... Still doesn't seem to work... At least not when the dependent project is another Wix project. $(var.project.TargetPath) is on both lists as *supposedly* supported, but when I have one wix projects merging the output msms of other projects, I just get variable-undefined errors. Would be a nice feature... Thanks Mark -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 2:22 PM To: mark.modrall; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? Thanks for the note. Here's what I responded to your comment on the blog: Mark, This should also work in Votive 2.0, although the preprocessor definitions may be slightly different than the ones I presented here. Take a look at Rob's MSDN article here (http://msdn2.microsoft.com/en-us/aa302186.aspx#wixsetup_topic9) for more information on how to do this in Votive 2.0. Sorry about the confusion. I should have pointed this out in the blog entry. Thanks, Justin -Original Message- From: mark.modrall [mailto:[EMAIL PROTECTED] Sent: Thursday, January 31, 2008 6:30 AM To: Justin Rockwood; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? Thanks, Justin. I just commented on the blog, but I'll say the same here: If I follow the add-reference instructions above, I get a dialog saying Sorry, project references are not yet supported in Votive. If you want to add the code, by all means! :) Votive 2.0.5325 If I right-click the project itself and choose Project Dependencies, all of the right dependencies are already listed; unfortunately, that doesn't seem to connect to these variable definitions. I presume this is a 3.0-only thing? Thanks Mark -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 30, 2008 6:03 PM To: mark.modrall; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] pre-defined variables? I also just blogged about this, so you can check out http://blogs.msdn.com/jrock/archive/2008/01/29/complete-list-of-candle-p repr ocessor-variables.aspx. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mark.modrall Sent: Wednesday, January 30, 2008 12:53 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] pre-defined variables? Okay, are the preprocessor variables listed in http://msdn2.microsoft.com/en-us/library/aa302186.aspx only applicable to source projects? We have some Wix projects that bundle a bunch of msms into an msi. The main project has project dependencies on all of the othe Wix projects but when I put in something like Merge Id=Module1 Language=1033 src=$(var.Module1.TargetPath) DiskId=1 / (where Module1 is the name of a dependency Wix project) I get an error that $(var.Module1.TargetPath) is undefined. We're using Votive 2.0.5325 Thanks Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallExecuteSequence for Sql Actions
Doh! I figured out that the reference to the File ID was wrong, so the path to the assembly was evaluating to a blank string. Turns out standard action sequence works fine for this scenario. Thanks, Chris Alexander Shevchuk wrote: Hi Chris, Sorry, I am still on WiX 2, but that should not matter. In WiX 2 both SqlScript and SqlString have a Sequence attribute. Make sure that SqlScript is scheduled after InstallFiles standard action (usual Sequence number 4000). Regards, Alex - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Dynamic authentication method for SqlDatabase?
Hello, I am using the Wix SqlDatabase/SqlString/SqScript elements to create a database in my installer. Unfortunately, I think I've lead myself into a dead end. I have a dialog that displays a combo box containing the available SQL servers. The user can pick one. The user can also choose, via radio buttons, between Windows and SQL Server authentication. If the SQL authentication radio button is selected, the user can supply their SQL username password. My problem is that there doesn't seem to be an easy way to declare the SqlDatabase element in the Wix source, such that the authentication method is determined at runtime. This is because SQL authentication is specified via a User attribute, which holds the Id of a User element. If the attribute is present, I get SQL authentication; if it's absent, I get Windows authentication. This behavior doesn't seem to be modifiable at runtime. although I would love to be informed otherwise! Obviously, I could declare two SqlDatabase elements, and play around with component conditions so that the one with the correct authentication got installed. This isn't desirable from a maintenance standpoint because I would have to doubly-declare all of my SqlScripts SqlStrings. I have tried writing a little CA that gets called after the dialog, and which changes the value of the `User_` column in the SqlDatabase table to reflect the user's choice. Unfortunately I've had no luck whatsoever trying to get MsiViewModify to work. Does anyone have any suggestions? Paul. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Help with ICE64 please
Hello. Wow, I'm learning that WiX is cool, but ICE is very confusing. I would have to think that with WiX's simplicity, it would attract a significant population that does not have Windows Installer experience (self included!) that probably makes these ICE errors especially bewildering. Anyway, the following WiX XML gives the following error with light.exe: error LGHT0204 : ICE64: The directory MyCompanyName is in the user profile but is not listed in the RemoveFile table. So, what WiX XML do I need to put it in the RemoveFile table and why? ?xml version=1.0 encoding=UTF-8?Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=9D9B2995-C2AD-4df0-AF5C-003066CABA43 Name=Product Name Language=1033 Version=1.0.0.0 Manufacturer=Manufacturer Name UpgradeCode=F735EEA3-3421-4324-A907-BA01F5AB4681 Package Id=FDDFF53B-8B84-4083-A04E-4BCA53BE7A90 Description=This is a description. Comments=We need a better description. InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=product.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=DesktopFolder Name=TheDesktopFolderDirectory Id=MyCompanyName Name=CompanyXYZ Directory Id=INSTALLDIR Name=AppName Component Id=CompProgram Guid=472DADD7-BA14-4733-9C90-B7B973BF3C1D RegistryKey Root=HKCU Key=Software\CompanyXYZ\AppName RegistryValue Value=Why ICE38, why? Type=string KeyPath=yes / /RegistryKey File Id=readme Name=readme.txt DiskId=1 Source=readme.txt Vital=yes / RemoveFolder Id='INSTALLDIR' On='uninstall' / /Component /Directory/Directory /Directory /Directory Feature Id=MyFeature Title=Install Product Feature Level=1 ComponentRef Id=CompProgram / /Feature /Product/Wix Thank you very much for your insight. _ Climb to the top of the charts! Play the word scramble challenge with star power. http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with ICE64 please
Your product is installed into %DesktopFolder%\CompanyXYZ\AppName. On uninstall RemoveFolder Id=INTALLDIR... instructs to remove the AppName folder, but who will remove the CompanyXYZ folder? You can safely add to the main component which will be always installed with your app RemoveFolder Id=MyCompanyName... element to remove the CompanyXYZ folder because it will be removed only if it is empty (think of the situation when you have another product installed at %DesktopFolder%\CompanyXYZ\AppName2, for example). Hope, this helps. Alex From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul McLaughlin Sent: Friday, February 01, 2008 4:22 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Help with ICE64 please Hello. Wow, I'm learning that WiX is cool, but ICE is very confusing. I would have to think that with WiX's simplicity, it would attract a significant population that does not have Windows Installer experience (self included!) that probably makes these ICE errors especially bewildering. Anyway, the following WiX XML gives the following error with light.exe: error LGHT0204 : ICE64: The directory MyCompanyName is in the user profile but is not listed in the RemoveFile table. So, what WiX XML do I need to put it in the RemoveFile table and why? ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=9D9B2995-C2AD-4df0-AF5C-003066CABA43 Name=Product Name Language=1033 Version=1.0.0.0 Manufacturer=Manufacturer Name UpgradeCode=F735EEA3-3421-4324-A907-BA01F5AB4681 Package Id=FDDFF53B-8B84-4083-A04E-4BCA53BE7A90 Description=This is a description. Comments=We need a better description. InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=product.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=DesktopFolder Name=TheDesktopFolder Directory Id=MyCompanyName Name=CompanyXYZ Directory Id=INSTALLDIR Name=AppName Component Id=CompProgram Guid=472DADD7-BA14-4733-9C90-B7B973BF3C1D RegistryKey Root=HKCU Key=Software\CompanyXYZ\AppName RegistryValue Value=Why ICE38, why? Type=string KeyPath=yes / /RegistryKey File Id=readme Name=readme.txt DiskId=1 Source=readme.txt Vital=yes / RemoveFolder Id='INSTALLDIR' On='uninstall' / /Component /Directory /Directory /Directory /Directory Feature Id=MyFeature Title=Install Product Feature Level=1 ComponentRef Id=CompProgram / /Feature /Product /Wix Thank you very much for your insight. Climb to the top of the charts! Play the word scramble challenge with star power. Play now!http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] condition expression syntax (ICE79)
I'm running Wix 3 and can't figure out how to get around this ICE79 error. I have a feature with the ID=SomeFeature. Down in the InstallExecuteSequence I have... Custom Action=MyAction After=InstallFinalize$SomeFeature/Custom This throws an ICE79 error. However, changing the $ to a ! is fine. Custom Action=MyAction After=InstallFinalize!SomeFeature/Custom Any ideas? Has the expression syntax changed? -- View this message in context: http://www.nabble.com/condition-expression-syntax-%28ICE79%29-tp15238257p15238257.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] condition expression syntax (ICE79)
-Original Message- I have a feature with the ID=SomeFeature. Custom Action=MyAction After=InstallFinalize$SomeFeature/Custom This throws an ICE79 error. However, changing the $ to a ! is fine. $ is for components, and ! are for features. (Conditional Statement Syntax http://msdn2.microsoft.com/en-us/library/aa368012(VS.85).aspx) Daryn. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to test rollback?
I've got a custom progress dialog. I was hoping to add a button that cancels the install. However, my attempts don't seem to work... I tried adding this to my button: Publish Event=EndDialog Value=Exit/Publish It doesn't seem to trigger a rollback. -- View this message in context: http://www.nabble.com/How-to-test-rollback--tp15238586p15238586.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users