Re: [WiX-users] Source path bindings.
Andrey T wrote: I have .wxs file with Directory/ element`s attribute FileSource=.\. Files that resides in components belonging to that directory don`t specify any Source attributes. What algorithm uses light.exe when it builds final .msi file? Does it use folder where .wixobj file resides or .wxs one? The default base path (and any explicit base paths passed in using the -b switch) are relative to the current directory of the process that starts Light.exe. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] Maintenance - Change weirdness
DexterSinister wrote: The problem seems to be the Preselected property and the condition on the MaintenanceWelcomeDlg, which is 'Installed AND NOT RESUME AND NOT Preselected' ... this is the stock dialog that comes with WiX, and the condition that is built in to the stock ResumeDlg is 'Installed AND (RESUME OR Preselected)', so I wonder how the Change button could ever work ... ResumeDlg is used when restarting a setup after a forced reboot. Neither RESUME nor Preselected is set during a normal maintenance-mode run. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] Silent mode Installation....
every thing we run on our computer is a command. Any way if you don't wanna type a command, create a batch file or script file. the command for windows is myinstaller.exe -silent -options responseFile -- View this message in context: http://www.nabble.com/Silent-mode-Installation-tf4485721.html#a13026009 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Overwrite on install, but don't remove on uninstall
Hi All, How can I define a component/file, so that any new install or upgrade overwrites the file(s) (say with a newer version), however the uninstall does not remove it? Thanks! ** READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure. Internet messages may be corrupted, incomplete, misdirected or may incorrectly identify the sender. Therefore, nothing in this message or attachments may be considered legally binding. THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED. If you are not the intended recipient or their authorized agent, you may not forward or copy this information and must delete or destroy all copies of this message and attachments received. If you have received this communication in error, please notify Matrikon Inc. by telephone at (780) 448-1010. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Leave behind the files modified by user during uninstall
Hi I'm writing an SDK installer for installing the libraries/code-samples of the SDK. During uninstall, I would like to leave behind any code-sample files that have been modified by the user. Is there a way in WiX for me to achieve this (without using Custom Actions)? Thanks. Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX v2 status
What is the current status of WiX v2? Rob wrote back in early April about its going into escrow in preparation for releasing the final build. I've not seen any announcements about it since then, and can't find anything about an official release on the web sites. There was a build 2.0.5325.0 published on May 25 - is this the final build? It would be good if some information on this could be added to the 'Latest News' on the front page of the SourceForge site. Many Thanks, jjf - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.0 - ComPlusExtension - .NET 1.1 - Failed to register assembly ...
Hi all, I'm building an installer for a .NET 1.1 application which uses COM+, but having an issue with the way the ComPlusExtension performs component registration. Does anybody know of a way to declaratively specify which version of the .NET runtime will be used by the ComPlusExtension? Internally it looks like the ComPlusExtension uses .NET's 'RegistrationHelper' from System.EnterpriseServices. My deployment platform has both .NET 1.1 and .NET 2.0 installed, so default runtime behaviour means the 2.0 version of System.EnterpriseServices will be used. The problem I have is that my .NET 1.1 assemblies cannot be registered using the 2.0 version of System.EnterpriseServices - but are perfectly happy with the .NET 1.1 version. Working with WiX 3.0 (3.0.3307.0) and the ComPlusExtension I have the following Component definition: ... Component Id=C__Server_MyAssembly.dll Guid=65513B46-AF34-400C-9E73-71057F6AFB19 DiskId=1 File Id=CF_Server_MyAssembly.dll Name=MyAssembly.dll KeyPath=yes Assembly=no Vital=yes Source=$(var.BuildDirectory)\MyAssembly.dll / File Id=CF_Server_MyAssembly.pdb Name=MyAssembly.pdb Vital=yes Source=$(var.BuildDirectory)\MyAssembly.pdb / File Id=CF_Server_MyAssembly.tlb Name=MyAssembly.tlb Vital=yes Source=$(var.BuildDirectory)\MyAssembly.tlb / complus:ComPlusApplication Id=ComPlusApp_MyApplication Name=MyApplication Activation=inproc ApplicationAccessChecksEnabled=yes AccessChecksLevel=applicationLevel ApplicationId=7829CE93-DC2D-4AF5-9DC9-F36E7668632E complus:ComPlusAssembly Id=ComPlusAssembly_MyAssembly Type=.net DllPath=[#CF_Server_MyAssembly.dll] TlbPath=[#CF_Server_MyAssembly.tlb] RegisterInCommit=no /complus:ComPlusAssembly /complus:ComPlusApplication/Component... At install time, using verbose msiexec logging I find the following: ... MSI (s) (A8:64) [08:45:33:608]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI3C73.tmp, Entrypoint: ComPlusInstallExecuteComPlusInstallExecute: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Failed to register assembly 'MyAssembly, Version=2.1.24.0, Culture=neutral, PublicKeyToken=65dfdc2390635595'.', HelpFile='', HelpContext='0'ComPlusInstallExecute: Error 0x80020009: Failed to invoke RegistrationHelper.InstallAssembly() methodComPlusInstallExecute: Error 0x80020009: Failed to register .NET assemblyComPlusInstallExecute: Error 0x80020009: Failed to register assembly, key: ComPlusAssembly_BusinessProcessComPlusInstallExecute: Error 0x80020009: Failed to register assemblies... Kicking off 'regsvcs.exe' for .NET 2.0 I get: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727regsvcs /c /extlb /tlb:C:\MyApplication\v2-2\Server\bin\MyAssembly.tlb C:\MyApplication\v2-2\Server\bin\MyAssembly.dllMicrosoft (R) .NET Framework Services Installation Utility Version 2.0.50727.1378Copyright (c) Microsoft Corporation. All rights reserved. The following installation error occurred:1: Failed to register assembly 'MyAssembly, Version=2.1.24.0, Culture=neutral, PublicKeyToken=65dfdc2390635595'.2: Binary format of the specified custom attribute was invalid. But using 'regsvcs.exe' for .NET I get: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322regsvcs /c /extlb /tlb:C:\MyApplication\v2-2\Server\bin\MyAssembly.tlb C:\MyApplication\v2-2\Server\bin\MyAssembly.dllMicrosoft (R) .NET Framework Services Installation Utility Version 1.1.4322.573Copyright (C) Microsoft Corporation 1998-2002. All rights reserved. Installed Assembly:Assembly: C:\MyApplication\v2-2\Server\bin\MyAssembly.dllApplication: MyApplicationTypeLib: C:\MyApplication\v2-2\Server\bin\MyAssembly.tlb I was able to create a workaround by creating an 'C:\windows\system32\msiexec.exe.config' with a supportedRuntime for just v1.1. However I don't really consider this an acceptable workaround - as it requires changing the global behavior of Windows Installer! I also tried specifying the 'COMPLUS_Version' environment variable before running 'msiexec' to install the package - however this didn't work. There is also a reference to the 'Binary format of the specified custom attribute was invalid' error on MS Kbase: http://support.microsoft.com/kb/918459/en-us. However, my problem repros on XP and Win2K3, and the only attributes on the classes methods in my assembly are AutoCompleteAttribute and TransactionAttribute from EnterpriseServices! So - back to my original question: Does anybody know of a way to declaratively specify which version of the .NET runtime will be used by the ComPlusExtension? Alternatively, is there a way to force msiexec or the WiX custom actions to only .NET 1.1 for a given installation? Thanks in advance, Andrew - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration
[WiX-users] New User ClickThrough
Hi, I just started looking into WIX to replace Installshield in our build process. Our product is built with Visual C++ (Unmanaged) using VS2005 on Vista. I'm particularly intrigued by ClickThrough and was hoping that you guys might help me with a few questions I have. 1. Is ClickThrough only available with WIX3? 2. How does the server side of the update process work? Specifically, how can I limit updates to licensed users (Support patches only?) 3. What is the definition of Isolated Application? Our product has a primary application and a Settings application which usually need to be updated as a pair. 4. Is Clickthrough and WIX3 generally stable enough to be used for a commercial application now? Our products are quite simple w/ no database configuration, services to be installed, etc. Just plain old EXEs, a couple of DLLs, a few data files, documentation, and shortcuts. 5. Probably the most important question. I found the WIX .chm file, but haven't been able to find much documentation on Clickthrough. Is there any documentation, ramblings, etc available anywhere? I did a search on the Users mailing list but not the dev list yet. Thanks for the help. Craig - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to check processor architecture
Hi, I have a couple of custom actions that the installer needs to run on the user's machine depending on the machine's processor architecture (x86 or x64). Is there some registry key or some property that I can check? I am looking for something to put within the condition of the Custom element, eg: Custom Action='MyCustomAction_x86' After='InstallFinalize'PROCESSOR_ARCHITECTURE = x86/Custom Custom Action='MyCustomAction_x64' After='InstallFinalize'PROCESSOR_ARCHITECTURE = x64/Custom Thanks, Hongping - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to check processor architecture
You can't build one package for x64 and x86. However, if all you're doing is putting stuff in the Win32 normal places (not messing with x64 registry or file system), you should be able to check for the existence of Intel or Intel64 properties. I think windows installer sets these as appropriate. Kelly Hongping Lim [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/03/2007 06:25 PM To wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net cc Subject [WiX-users] How to check processor architecture Hi, I have a couple of custom actions that the installer needs to run on the user’s machine depending on the machine’s processor architecture (x86 or x64). Is there some registry key or some property that I can check? I am looking for something to put within the condition of the Custom element, eg: Custom Action='MyCustomAction_x86' After='InstallFinalize'PROCESSOR_ARCHITECTURE = x86/Custom Custom Action='MyCustomAction_x64' After='InstallFinalize'PROCESSOR_ARCHITECTURE = x64/Custom Thanks, Hongping - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ** This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Unless indicated to the contrary: it does not constitute professional advice or opinions upon which reliance may be made by the addressee or any other party, and it should be considered to be a work in progress. Unless stated otherwise, this communication does not form a prescribed statement of actuarial opinion under American Academy of Actuaries guidelines. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to check processor architecture
Oh... If you're looking for OS = x64 or x86, rather than processor x64 vs. x86, you'll probably want to look at VersionNT64 (also requires version 4.0 of MSI). Kelly Leahy [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/03/2007 06:39 PM To Kelly Leahy [EMAIL PROTECTED] cc [EMAIL PROTECTED], Hongping Lim [EMAIL PROTECTED], wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject Re: [WiX-users] How to check processor architecture Oops, I just found the doc - this is only supported on MSI 4.0 see: http://msdn2.microsoft.com/en-us/library/aa368788.aspx Kelly Kelly Leahy [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/03/2007 06:32 PM To Hongping Lim [EMAIL PROTECTED] cc [EMAIL PROTECTED], wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject Re: [WiX-users] How to check processor architecture You can't build one package for x64 and x86. However, if all you're doing is putting stuff in the Win32 normal places (not messing with x64 registry or file system), you should be able to check for the existence of Intel or Intel64 properties. I think windows installer sets these as appropriate. Kelly Hongping Lim [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/03/2007 06:25 PM To wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net cc Subject [WiX-users] How to check processor architecture Hi, I have a couple of custom actions that the installer needs to run on the user’s machine depending on the machine’s processor architecture (x86 or x64). Is there some registry key or some property that I can check? I am looking for something to put within the condition of the Custom element, eg: Custom Action='MyCustomAction_x86' After='InstallFinalize'PROCESSOR_ARCHITECTURE = x86/Custom Custom Action='MyCustomAction_x64' After='InstallFinalize'PROCESSOR_ARCHITECTURE = x64/Custom Thanks, Hongping - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ** This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Unless indicated to the contrary: it does not constitute professional advice or opinions upon which reliance may be made by the addressee or any other party, and it should be considered to be a work in progress. Unless stated otherwise, this communication does not form a prescribed statement of actuarial opinion under American Academy of Actuaries guidelines. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ** This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Unless indicated to the contrary: it does not constitute professional advice or opinions upon which reliance may be made by the addressee or any other party, and it should be considered to be a work in progress. Unless stated otherwise, this communication does not form a prescribed statement of actuarial opinion under American Academy of Actuaries guidelines. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX Permission Element
Hello, As part of our Setup MSI we have to set permissions for directories during installation. We use the WiX Permission Element to achieve this. I wanted to know if there is a way to set the directory permissions using the SID instead of the User attribute. We are facing permission issues during localization since some accounts like NETWORK SERVICE have a different account name in different Languages. Any suggestions as to how should this issue be taken care of? Thanks, Kunal. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Invoking custom action based on user input...(Notsequencial)
If the user chooses Yes, then set a Property to a known value of your choosing and use the value of the Property as the condition for the custom action. From: [EMAIL PROTECTED] on behalf of V K Gangwar Sent: Mon 10/1/2007 4:02 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Invoking custom action based on user input...(Notsequencial) Hello All, I have written a custom action to remove a folder and its files (created installation time). Now I want to call this custom action based on user input, How I can achieve this. Actually Before removing folder I am prompting one dialog box asking that Do you want to delete . If user presses 'Yes' button then only I want to delete otherwise not. Please give some point. Regards, Veerendra Looking for a deal? Find great prices on flights and hotels http://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20- with Yahoo! FareChase. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fw: Fw: Some STUPID Limitations in WiX
Hello Peter, Thanks again for your answers. Melt is great for me. However, from what I have tested so far, I got stuck with it because of a bug (I am using Wix 3.0.3307.0). In the generated wxs, every Source attribute of the File element contents the modularization guid in double - like: SourceDir\File\MyFile.ext.MSM_GUID.MSM_GUID. I have debuged my melt version (3.0.3307.0) and found the problem in Decompiler::FinalizeFileTable. When the the output type is Module I have file.Source = String.Concat(SourceDir, Path.DirectorySeparatorChar, File, Path.DirectorySeparatorChar, file.Id, '.', this.modularizationGuid.Substring(1, 36).Replace('-', '_')); But the file.Id already contains the modularization GUID, so it would not be necessary to append it again. I will correct the problem and build my own melt, but I would also like to have this problem corrected if possible in a future WIX release, so that I wouldn't be forced to integrate and build it everytime I need to update my WIX version. In addition, I must say I'm disappointed that melt hardcodes SourceDir in the file source path instead of resolving it with the path provided through the -x switch. Due to this, it cannot be used as it is in an automated build process. I hope this would also be fixed someday. Thanks a lot, Cristian.- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fw: Some STUPID Limitations in WiX
I appreciate the feedback. Can you log bugs on sourgeforge for both issues you mentioned. I'm looking at putting some significant time into fixing bugs in WiX over the next few months and its easiest for me to track all of them if they are all logged on sourceforge. With bugs, you will also be able to track when the bug gets fixed. From: Cristian N. Baiu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 03, 2007 8:19 PM To: Peter Marcu Cc: wix-users@lists.sourceforge.net Subject: Fw: [WiX-users] Fw: Some STUPID Limitations in WiX Hello Peter, Thanks again for your answers. Melt is great for me. However, from what I have tested so far, I got stuck with it because of a bug (I am using Wix 3.0.3307.0). In the generated wxs, every Source attribute of the File element contents the modularization guid in double - like: SourceDir\File\MyFile.ext.MSM_GUID.MSM_GUID. I have debuged my melt version (3.0.3307.0) and found the problem in Decompiler::FinalizeFileTable. When the the output type is Module I have file.Source = String.Concat(SourceDir, Path.DirectorySeparatorChar, File, Path.DirectorySeparatorChar, file.Id, '.', this.modularizationGuid.Substring(1, 36).Replace('-', '_')); But the file.Id already contains the modularization GUID, so it would not be necessary to append it again. I will correct the problem and build my own melt, but I would also like to have this problem corrected if possible in a future WIX release, so that I wouldn't be forced to integrate and build it everytime I need to update my WIX version. In addition, I must say I'm disappointed that melt hardcodes SourceDir in the file source path instead of resolving it with the path provided through the -x switch. Due to this, it cannot be used as it is in an automated build process. I hope this would also be fixed someday. Thanks a lot, Cristian. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance - Change weirdness
DexterSinister wrote: So how do you handle a setup which requires a reboot for completion ... ? I'm not sure what you're asking. WixUI should handle it based on its conditions, but it's exceedingly rare (and rude) to require a reboot in the middle of an installation; worst case, reboots should happen at the end. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction is not running..
V K Gangwar wrote: Could anybody help me to find out in the following code that why custom action RemoveUserData is not running. Because you cannot run deferred custom actions that modify the machine state from the UI sequence. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DeleteMachineCertificate Failure and code problems
Garth wrote: But the error I get I've seen refrerenced elsewhere. http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg05354.html Where it is trying to delete another certificate after my cert Which version of WiX are you using? Rob extensively rewrote the certificate custom actions but it's certainly possible an old bug wasn't completely fixed or a new one surfaced. A bug report with a sample that shows the problem would be your best bet. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v2 status
Jeremy Farrell wrote: What is the current status of WiX v2? There are still important bug fixes going in so we're not ready to call it done forever. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Permission Element
Kunal Gandhi wrote: As part of our Setup MSI we have to set permissions for directories during installation. We use the WiX Permission Element to achieve this. I wanted to know if there is a way to set the directory permissions using the SID instead of the User attribute. We are facing permission issues during localization since some accounts like NETWORK SERVICE have a different account name in different Languages. Any suggestions as to how should this issue be taken care of? The PermissionEx (v2) and util:Permission (v3) elements translate NetworkService to the well-known SID. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to check processor architecture
Kelly Leahy wrote: Oh... If you're looking for OS = x64 or x86, rather than processor x64 vs. x86, you'll probably want to look at VersionNT64 (also requires version 4.0 of MSI). Actually, it's available back in MSI 1.1, I believe. The doc is awkwardly worded in how it breaks out Vista and Server 2008 requirements versus all the others. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users