[WiX-users] Testing Wix FirewallException element logging question.
I am just starting to use the Wix FirewallException element to create File exceptions for Domain and Home\Work (Private) entries and it seems to work, but I just have a slight concern when viewing the msi log for these actions. The entry in the log looks corrupt and I am just wanting to know if this is a problem? Here is a few of the lines: MSI (s) (40:58) [06:40:00:253]: Executing op: CustomActionSchedule(Action=WixExecFirewallExceptionsInstall,ActionType=3073,Source=BinaryData,Target=ExecFirewallExceptions,CustomActionData=1SMART Notebook2*12c:\Program Files (x86)\SMART Technologies\Education Software\Notebook.exe-21474836481SMART Notebook1*12c:\Program Files (x86)\SMART Technologies\Education Software\Notebook.exe-2147483648) Property(S): WixRollbackFirewallExceptionsInstall = 1SMART Notebook2*12c:\Program Files (x86)\SMART Technologies\Education Software\Notebook.exe-21474836481SMART Notebook1*12c:\Program Files (x86)\SMART Technologies\Education Software\Notebook.exe-2147483648 Property(S): WixExecFirewallExceptionsInstall = 1SMART Notebook2*12c:\Program Files (x86)\SMART Technologies\Education Software\Notebook.exe-21474836481SMART Notebook1*12c:\Program Files (x86)\SMART Technologies\Education Software\Notebook.exe-2147483648 Notice the following in those lines: 1*12, 2*12, -2147483648 Is this garbage or does it actually mean anything to the firewall CA as it does not seem like it is getting to correct information. So what is the firewall CA trying to write here and again will it affect install in any way? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing Wix FirewallException element logging question.
Dit mailadres is niet meer in gebruik. Mail kan je voortaan sturen naar basti...@careercontrol.nl. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing Wix FirewallException element logging question.
Actually during my testing it looks like the Domain exception does not seem to be created, only the Private exception is created. So maybe I have something wrong with my configurations. Here is what I have: fire:FirewallException Id=NB_FirewallException_Private Name=[ProductName] File=notebook.exe Scope=any IgnoreFailure=yes Profile=private / fire:FirewallException Id=NB_FirewallException_Domain Name=[ProductName] File=notebook.exe Scope=any IgnoreFailure=yes Profile=domain / So do I have these declared correctly? Any insight would be helpful. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455p7594457.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problem getting FirewallException element to register File for Domain
We have ran into a case where a change in our product has now required one of our files to need access through the firewall. We need Domain and Private rules set. Since I have not used the new FirewallException element before I do not know if I have the configurations set up correctly or not. Here are the entries that I have: fire:FirewallException Id=NB_FirewallException_Private Name=[ProductName] File=notebook.exe Scope=any IgnoreFailure=yes Profile=private / fire:FirewallException Id=NB_FirewallException_Domain Name=[ProductName] File=notebook.exe Scope=any IgnoreFailure=yes Profile=domain / When I run my install then the Private exception rule is correctly created, but the Domain exception rule is NOT created. So do I have these declared correctly? and if not then what changes do I need? Any help would be great as we need to get this done today. Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-getting-FirewallException-element-to-register-File-for-Domain-tp7594458.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: Testing Wix FirewallException element logging question.
If it is helpful the way I use it is: fw:FirewallException Id=$(var.PrimaryFileName) Name=$(var.PrimaryFileName) Profile=all Scope=localSubnet IgnoreFailure=yes/ While I did not look at the details of the Firewall CAs, the property strings which you posted earlier looks correct, for a packed list of a mixture of numeric, string, and identifier properties. This is typical of a CustomActionData property. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455p7594460.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing Wix FirewallException element logging question.
Thanks Phil. We at first did use Profile=all, but it was decided that we did not want our program to have Public firewall access. So we figured that we would simply create the 2 entries, one for Domain and one for Private. But as stated above only Private gets enabled and Domain does not. So is there a way to have both Domain and Private rules set up using this WiX FirewallException element? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455p7594462.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] torch create transform
Greetings; I have a third-party msi which was branded at build time by the third-party for my company. Since then we have changed our logo design, but for various reasons the third-party cannot provide a new build of the package in our time frame. The changes are limited to for files, two .config files and two .png files. I created two copies of the folder resulting from using the msiexec /a command on the package. It extracted the files to the first folder, then I copied them to a second folder and dropped the new files over the original file. I also extracted and re-imported into the second msi's binary stream a changed icon file (with the same identifier was previously). At this point I thought that I could generate a transform (mst) file torch and pass that transform to the original msi package at install time. Since I am not trying to update an existing installation I thought I would not need to create a msp. Am I confused or what? If I can make a transform from to admin images, which torch switches do I need to use? Thanks Phill -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/torch-create-transform-tp7594463.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: Testing Wix FirewallException element logging question.
I modified my code to use two separate entries like you have. I got the same error, like you did, I assume. The private rule worked but the domain rule was not created. However notice that in that case the 'Name' attribute was the same. I modified the Name attribute to use unique names and both rules are created. I am testing on a domain and the domain rule is active. fw:FirewallException Id=private.$(var.PrimaryFileName) Name=private.$(var.PrimaryFileName) Profile=private Scope=localSubnet IgnoreFailure=yes/ fw:FirewallException Id=domain.$(var.PrimaryFileName) Name=domain.$(var.PrimaryFileName) Profile=domain Scope=localSubnet IgnoreFailure=yes/ Now back to my issue trying to figure out how to use torch. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455p7594464.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: How implement installer to update single file ? Upgrade? Patch?
Question: Can Orca be used to create a transform or patch? I want to update a single DLL. Perhaps this might be an simpler work-around than using Wix? I have tried both approaches Using Patch Creation Properties and Using Purely WiX mentioned on: http://wixtoolset.org/documentation/manual/v3/patching/ They work fine until I try to modify each example to replace the DLL in question. Even then they work up to the point where try to match the original UpgradeCode, ProductId and version codes. Then I get Windows Installer errors saying patch package could not be opened and verify it is a valid Windows installer patch. Thanks in advance for any tips or suggestions, -Ed -Original Message- From: Edward Sutton Sent: Monday, April 28, 2014 2:41 PM To: 'General discussion about the WiX toolset.' Subject: RE: [WiX-users] [SPAM] Re: How implement installer to update single file ? Upgrade? Patch? Are there others experienced in patching/updating that can share an example or offer advice? I followed the Using Patch Creation Properties tutorial which installs an updated sample.txt file. This worked well. http://wixtoolset.org/documentation/manual/v3/patching/patch_building.html Next I copied the working tutorial and started to modify it to do same for updating a DLL instead of the sample.txt file. I have the original 3.8.1 version of the MSI which installs an executable and a DLL. It is only the DLL that I need to replace and not the executable. I suspect my problem may not be setting up matches of the original ids, guids, or references that Orca displays in the original 3.8.1 MSI. 1 - I created a new /3.8.1/product.msi containing the original DLL extracted from the original 3.8.1 version on the MSI. In the product.wxs file I set ProductId and UpgradeCode to match original MSI. 2 - I created a second /3.8.2/product.msi containing the updated DLL. The executable (*.exe) was not changed, only the DLL, so exe was not included. 3 - The patch.msp was created from the patch.wxs from the /3.8.1/product.msi and /3.8.2/product.msi files. My patch has no GUI. When I set my product.wxs ProductId and UpgradeCode to match the original 3.8.1 MSI it launching the patch results in launching of the original installer GUI in repair/remove mode. I tried to do a repair. I confirmed this did *not* update the DLL. I think this is expected when launching original installer. If the patch install would have worked, I expected to see UAC request elevation as it does with the tutorial that installs the pdated sample.txt file. msiexec.exe /p patch\patch.msp /l*vx patch.log Phil it sounds like you are picking this up pretty quickly - I am impressed. I have always struggled with MSI and find it complex. I usually use deployment tools included with Visual Studio, crippled InstallShield versions, Wise Installer, etc. I am trying to take better notes this time as I always have to relearn what I figured out years past. It would like to figure out WiX and start using it with all new projects I have coming up. It sounds like WiX has been around since 2007 and is not likely to disappear. I know I am missing something. Probably multiple things. Any suggestions or patch examples are welcome. -Ed -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: Monday, April 28, 2014 1:45 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] [SPAM] Re: How implement installer to update single file ? Upgrade? Patch? While I have not used that process, my understanding is that you are creating a 'small update' patch for the original version of the two MSI files (used in that process). (The updated version of the two MSI files is not distributed. Only the original MSI and the patch which targets only that original MSI.) So in the case where the original MSI is installed and you apply the patch it sounds like it worked. In the case were you tried to apply the patch using a different ProductCode it makes sense that the error message indicated that it could not find the ProductCode indicated on the installed system, as the original MSI did not use that code. I do not have much experience in this area as I am just working through some of these issues myself. So there may be others who can provide better guidance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-implement-installer-to-update-single-file-Upgrade-Patch-tp7594344p7594388.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs
[WiX-users] Strange behavior about the TempFolder Directory.
Hi all, I want to install some files under MyDir, which is under the TempFolder. Directory Id=TempFolder Directory Id=MyDir Name=mydir /Directory /Directory It turns out MyDir point to a wrong temp directory. Property(S): TempFolder = C:\Users\admin\AppData\Local\Temp\ Property(S): MyDir = C:\Users\ADMINI~1\AppData\Local\Temp\mydir\ The current user is Admin, and the %temp% environment variable is C:\Users\Admin\AppData\Local\Temp. MyDir should be C:\Users\Admin\AppData\Local\Temp\mydir but it doesn't. The files I want to install to C:\Users\admin\AppData\Local\Temp\mydir all goes under C:\Users\ADMINI~1\AppData\Local\Temp\mydir\. Had someone experienced this kind of things before? Any suggestion will be appreciated. Regards, Uni -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: Strange behavior about the TempFolder Directory.
It sounds like you have a per-machine setup and you are trying to access a per-user area (or if per-user trying to access a different users area). The TempFolder is per-user. http://msdn.microsoft.com/en-us/library/windows/desktop/dd765197(v=vs.85).aspx And in some situations the TempFolder changes for the same user between login sessions. http://msdn.microsoft.com/en-us/library/aa372067(v=vs.85).aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Strange-behavior-about-the-TempFolder-Directory-tp7594466p7594467.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing Wix FirewallException element logging question.
Sorry for taking you away from Torch work Phill. Now with my code my Id's are different, so it is not that that is causing the issue, but I noticed that you are not using the File or Program elements and you also have your Scope set to 'localSubnet' where as mine is set to 'any'. If you do not specify File/Program then what firewall exception gets created? I also have my firewall elements under separate standalone components so that they can be conditioned to be turned off if need be. So one or more of these differences much be causing my issue. could one of these two differences be causing my issue? Thanks for your help Phill. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455p7594468.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: Testing Wix FirewallException element logging question.
Yes your Ids are different and when my Ids were different but the Name attribute was the same it did not work for me. But when I also modified both the Name attributes to be distinct it worked. Change the Name=[ProductName] to be distinct in each line and see what it does. It does not seem like one should need to do this but that was the change I made from duplicating your problem to getting it to work.? If you do not specify File/Program then what firewall exception gets created? My FirewallException element is a child of my File element, so the 'Program' attribute set to my file's path. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-Wix-FirewallException-element-logging-question-tp7594455p7594469.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
