[WiX-users] How2: Do not run CA when uninstall product
Hi 2 all, Is there any condition for CA, which prevents to run CA when uninstall. These CA are not set in UI. See below the code. Sure there is condition NOT Installed, but I want to run CA when reinstall too, so it fails. Sure there is condition WixUI_InstallMode = Remove, but I am not sure it will work in all ways, e.g. when someone runs installation without UI, than it has to fail I guess. So, is there any constants for CA to know that the uninstall is run? Bye bye X. P.S is someone there who solved the initialization of eventlog for webservice? I use EnterpriseLibrary and for first run it needs to set admin right to run eventlog for first round. After initialization is ok to remove the admin rights. CustomAction Directory=idFrVersion20Dir ExeCommand=[idFrVersion20Dir]aspnet_regiis.exe -pe quot;connectionStringsquot; -app quot;/WS/CedrInfoPublic_v102quot; Id=idLaunchEncryptCfgDoCrypting Return=check / CustomAction Id=idCAJoinConnString Property=CONNECTIONSTRING Value=Database=[SQLDB];Password=[SQLUSERPASSWORD];User ID=[SQLUSERNAME];Persist Security Info=false;Connect Timeout=300;Server=[SQLSERVER]; / InstallExecuteSequence Custom Action=idLaunchEncryptCfgDoCrypting After=idCAJoinConnString/Custom Custom Action=idCAJoinConnString After=InstallFinalize??/Custom /InstallExecuteSequence - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Refresh on next button
One of my dialog screens requires the user to fill in two text fields: Property Id=VARIABLE_ONE/Property Property Id=VARIABLE_TWO/Property ... Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Condition Action=disable![CDATA[VARIABLE_ONE = OR VARIABLE_TWO = ]]/Condition Condition Action=enable![CDATA[VARIABLE_ONE AND VARIABLE_TWO ]]/Condition /Control ... Control Id=V1Edit Type=Edit X=30 Y=90 Width=150 Height=20 Property=VARIABLE_ONE Text={32} / Control Id=V2Edit Type=Edit X=30 Y=150 Width=150 Height=20 Property=VARIABLE_TWO Text={32} / The next button should only be enabled if both variables contain data. This code appears to work but upon typing in the second value, it requires me to click elsewhere in order for the dialog to refresh and the next button to become enabled. Is there any way I can get it to update automatically? Thanks, Patrick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Refresh on next button
On second thought, I'm not sure if you can get it to automatically refresh to enable the Next button. In the thread that I sent you, when I clicked the Next button was when I was updating items on my dialog. I believe in your case you want Next to be enabled whenever text has been entered. I don't think that you can do this without an external UI handler. To quote Bob Arson: Because MSI's UI support doesn't expose all User32 functionality. It's designed to support a typical setup wizard; more advanced functionality is the realm of external UI handlers. Maybe that would be more of what you're looking for. On 1/16/07, Levi Wilson [EMAIL PROTECTED] wrote: You might want to check out this thread: http://sourceforge.net/mailarchive/message.php?msg_id=37875289 I'm not sure if it will solve your problem, but it might give you some ideas to try to achieve what you're trying to do? On 1/16/07, Patrick Steele [EMAIL PROTECTED] wrote: One of my dialog screens requires the user to fill in two text fields: Property Id=VARIABLE_ONE /Property Property Id=VARIABLE_TWO /Property ... Control Id= Next Type=PushButton X=236 Y=243 Width=56 Height= 17 Default=yes Text=!(loc.WixUINext) Condition Action= disable![CDATA[VARIABLE_ONE = OR VARIABLE_TWO = ]]/Condition Condition Action= enable![CDATA[VARIABLE_ONE AND VARIABLE_TWO ]]/Condition / Control ... Control Id=V1 Edit Type=Edit X=30 Y=90 Width =150 Height= 20 Property= VARIABLE_ONE Text={32} / Control Id=V2 Edit Type=Edit X=30 Y=150 Width =150 Height= 20 Property= VARIABLE_TWO Text={32} / The next button should only be enabled if both variables contain data. This code appears to work but upon typing in the second value, it requires me to click elsewhere in order for the dialog to refresh and the next button to become enabled. Is there any way I can get it to update automatically? Thanks, Patrick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Refresh on next button
You can ensure that it is an integer by using a custom action. I've never set @Integer='Yes', but that should not allow them to enter alpha characters in the edit control, and they should only be able to enter them in there by doing a copy paste... Are you saying that the installer crashes when they put alpha characters in the edit box? On 1/16/07, Patrick Steele [EMAIL PROTECTED] wrote: Thanks Levi. Is it even possible then to ensure that one of the variables I wish the user to enter is of type integer? Control Id=PortEdit Type=Edit X=30 Y=145 Width=150 Height=20 Property=MY_PORT Text={5} Integer=yes / I would have though something like the above, however if you enter an alphanumberic value in the text field and click elsewhere the installer will crash with error code 2892, and can only be closed from task manager ( wix 3.0.2211 ) :| -- *From:* Levi Wilson [mailto:[EMAIL PROTECTED] *Sent:* 16 January 2007 13:43 *To:* Patrick Steele *Cc:* wix-users@lists.sourceforge.net *Subject:* Re: [WiX-users] Refresh on next button On second thought, I'm not sure if you can get it to automatically refresh to enable the Next button. In the thread that I sent you, when I clicked the Next button was when I was updating items on my dialog. I believe in your case you want Next to be enabled whenever text has been entered. I don't think that you can do this without an external UI handler. To quote Bob Arson: Because MSI's UI support doesn't expose all User32 functionality. It's designed to support a typical setup wizard; more advanced functionality is the realm of external UI handlers. Maybe that would be more of what you're looking for. On 1/16/07, Levi Wilson [EMAIL PROTECTED] wrote: You might want to check out this thread: http://sourceforge.net/mailarchive/message.php?msg_id=37875289 I'm not sure if it will solve your problem, but it might give you some ideas to try to achieve what you're trying to do? On 1/16/07, Patrick Steele [EMAIL PROTECTED] wrote: One of my dialog screens requires the user to fill in two text fields: Property Id=VARIABLE_ONE /Property Property Id=VARIABLE_TWO /Property ... Control Id= Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Condition Action= disable![CDATA[VARIABLE_ONE = OR VARIABLE_TWO = ]]/Condition Condition Action= enable![CDATA[VARIABLE_ONE AND VARIABLE_TWO ]]/Condition / Control ... Control Id=V1 Edit Type=Edit X=30 Y=90 Width =150 Height= 20 Property= VARIABLE_ONE Text={32} / Control Id=V2 Edit Type=Edit X=30 Y=150 Width =150 Height= 20 Property= VARIABLE_TWO Text={32} / The next button should only be enabled if both variables contain data. This code appears to work but upon typing in the second value, it requires me to click elsewhere in order for the dialog to refresh and the next button to become enabled. Is there any way I can get it to update automatically? Thanks, Patrick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Refresh on next button
Thanks Levi. Is it even possible then to ensure that one of the variables I wish the user to enter is of type integer? Control Id=PortEdit Type=Edit X=30 Y=145 Width=150 Height=20 Property=MY_PORT Text={5} Integer=yes / I would have though something like the above, however if you enter an alphanumberic value in the text field and click elsewhere the installer will crash with error code 2892, and can only be closed from task manager ( wix 3.0.2211 ) :| From: Levi Wilson [mailto:[EMAIL PROTECTED] Sent: 16 January 2007 13:43 To: Patrick Steele Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Refresh on next button On second thought, I'm not sure if you can get it to automatically refresh to enable the Next button. In the thread that I sent you, when I clicked the Next button was when I was updating items on my dialog. I believe in your case you want Next to be enabled whenever text has been entered. I don't think that you can do this without an external UI handler. To quote Bob Arson: Because MSI's UI support doesn't expose all User32 functionality. It's designed to support a typical setup wizard; more advanced functionality is the realm of external UI handlers. Maybe that would be more of what you're looking for. On 1/16/07, Levi Wilson [EMAIL PROTECTED] wrote: You might want to check out this thread: http://sourceforge.net/mailarchive/message.php?msg_id=37875289 I'm not sure if it will solve your problem, but it might give you some ideas to try to achieve what you're trying to do? On 1/16/07, Patrick Steele [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: One of my dialog screens requires the user to fill in two text fields: Property Id=VARIABLE_ONE /Property Property Id=VARIABLE_TWO /Property ... Control Id= Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Condition Action= disable![CDATA[VARIABLE_ONE = OR VARIABLE_TWO = ]]/Condition Condition Action= enable![CDATA[VARIABLE_ONE AND VARIABLE_TWO ]]/Condition / Control ... Control Id=V1 Edit Type=Edit X=30 Y=90 Width =150 Height= 20 Property= VARIABLE_ONE Text={32} / Control Id=V2 Edit Type=Edit X=30 Y=150 Width =150 Height= 20 Property= VARIABLE_TWO Text={32} / The next button should only be enabled if both variables contain data. This code appears to work but upon typing in the second value, it requires me to click elsewhere in order for the dialog to refresh and the next button to become enabled. Is there any way I can get it to update automatically? Thanks, Patrick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Refresh on next button
I'll try a custom action now thanks. Using Integer=Yes still does allow you to add alpha characters into the text field. Then clicking elsewhere must try to save the variable, making it crash. From: Levi Wilson [mailto:[EMAIL PROTECTED] Sent: 16 January 2007 16:31 To: Patrick Steele Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Refresh on next button You can ensure that it is an integer by using a custom action. I've never set @Integer='Yes', but that should not allow them to enter alpha characters in the edit control, and they should only be able to enter them in there by doing a copy paste... Are you saying that the installer crashes when they put alpha characters in the edit box? On 1/16/07, Patrick Steele [EMAIL PROTECTED] wrote: Thanks Levi. Is it even possible then to ensure that one of the variables I wish the user to enter is of type integer? Control Id=PortEdit Type=Edit X =30 Y= 145 Width= 150 Height=20 Property=MY_PORT Text={5} Integer=yes / I would have though something like the above, however if you enter an alphanumberic value in the text field and click elsewhere the installer will crash with error code 2892, and can only be closed from task manager ( wix 3.0.2211 ) :| From: Levi Wilson [mailto:[EMAIL PROTECTED] Sent: 16 January 2007 13:43 To: Patrick Steele Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Refresh on next button On second thought, I'm not sure if you can get it to automatically refresh to enable the Next button. In the thread that I sent you, when I clicked the Next button was when I was updating items on my dialog. I believe in your case you want Next to be enabled whenever text has been entered. I don't think that you can do this without an external UI handler. To quote Bob Arson: Because MSI's UI support doesn't expose all User32 functionality. It's designed to support a typical setup wizard; more advanced functionality is the realm of external UI handlers. Maybe that would be more of what you're looking for. On 1/16/07, Levi Wilson [EMAIL PROTECTED] wrote: You might want to check out this thread: http://sourceforge.net/mailarchive/message.php?msg_id=37875289 I'm not sure if it will solve your problem, but it might give you some ideas to try to achieve what you're trying to do? On 1/16/07, Patrick Steele [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: One of my dialog screens requires the user to fill in two text fields: Property Id=VARIABLE_ONE /Property Property Id=VARIABLE_TWO /Property ... Control Id= Next Type= PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text= !(loc.WixUINext) Condition Action= disable![CDATA[VARIABLE_ONE = OR VARIABLE_TWO = ]]/Condition Condition Action= enable![CDATA[VARIABLE_ONE AND VARIABLE_TWO ]]/Condition / Control ... Control Id= V1 Edit Type=Edit X=30 Y=90 Width =150 Height= 20 Property= VARIABLE_ONE Text= {32} / Control Id= V2 Edit Type=Edit X=30 Y=150 Width =150 Height= 20 Property= VARIABLE_TWO Text= {32} / The next button should only be enabled if both variables contain data. This code appears to work but upon typing in the second value, it requires me to click elsewhere in order for the dialog to refresh and the next button to become enabled. Is there any way I can get it to update automatically? Thanks, Patrick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list
Re: [WiX-users] Running CustomAction as admin
Found the problem... I didn't realize deferred actions only have access to a limited set of properties. Thanks for your help, -- André From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 15, 2007 11:53 PM To: André Schoorl Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Running CustomAction as admin André Schoorl wrote: Adding Impersonate=No did not solve my permissions problem. When I add Execute=deferred as well, the custom action simply doesn't run anymore. Running with /log I get error 2762. See http://msdn2.microsoft.com/en-us/library/aa368268.aspx for details about scheduling deferred custom actions. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Info Dialog
I would like to display a dialog during my install if a specific condition is met. But after displaying the message I would like allow the user to continue with the installation. I have tried a couple of ways. In both attempts I have created a new dialog with an OK button: Dialog Id=NoJavaDlg Width=284 Height=73 Title=[ProductName] [Setup] NoMinimize=yes Control Id=Icon Type=Icon X=7 Y=11 Width=24 Height=24 ToolTip=Information icon FixedSize=yes IconSize=32 Text=[InfoIcon] / Control Id=Text Type=Text X=38 Y=8 Width=240 Height=40 TabSkip=no TextBlah blah/Text /Control Control Id=OK Type=PushButton X=114 Y=52 Width=56 Height=17 Default=yes Cancel=yes Text=[ButtonText_OK] Publish Event=EndDialog Value=Return1/Publish /Control /Dialog I have tried doing this on the next click of a dialog and it does not work correctly (it shows the dialog but never makes it to CustomizeDlg): Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=[ButtonText_Next] Publish Property=InstallMode Value=Custom1/Publish Publish Event=NewDialog Value=CustomizeDlg![CDATA[IAgree = Yes]]/Publish Publish Event=SpawnDialog Value=NoJavaDlg![CDATA[IAgree = Yes and JAVA_PREREQ 1]]/Publish Publish Event=SpawnWaitDialog Value=WaitForCostingDlgCostingComplete = 1/Publish Condition Action=disable![CDATA[IAgree Yes]]/Condition Condition Action=enableIAgree = Yes/Condition /Control I also tried putting it on the load CustomizeDlg but am unsure how to get it to show up (without needing a button click). This would be the best way (in my opinion) but I'm not sure if it is possible. Does anyone know what I'm doing wrong? Is there another approach? Thanks in advance, Jonas Abrams - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
How would you the netsh firewall command back? Also, what if two installs both install the same firewall exception? How would you reference count the firewall exception? Writing CustomActions that modify machine state is rarely an easy task. Transactions (even compensating transactions) are hard things to get right. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Levi Wilson Sent: Tuesday, January 16, 2007 10:33 AM To: David Thielen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception It probably wouldn't be hard to do a Custom Action to do such a thing. You could do a netsh firewall command to do it. On 1/16/07, David Thielen [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing (winword.exe)? Thanks - dave David Thielen www.windwardreports.comhttp://www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
Sorry, not quite awake yet. Let me try that again... I've touched up what I was trying to say below: How would you get the netsh firewall command to rollback? Also, what if two installs both install the same firewall exception? How would you reference count the firewall exception? Writing CustomActions that modify machine state is rarely an easy task. Transactions (even compensating transactions) are hard things to get right. Reference counting is similarly difficult. Trivializing the effort to get a CustomAction correct reduces that chances that we keep end users machines stable when they install our software. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Tuesday, January 16, 2007 10:36 AM To: Levi Wilson; David Thielen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception How would you the netsh firewall command back? Also, what if two installs both install the same firewall exception? How would you reference count the firewall exception? Writing CustomActions that modify machine state is rarely an easy task. Transactions (even compensating transactions) are hard things to get right. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Levi Wilson Sent: Tuesday, January 16, 2007 10:33 AM To: David Thielen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception It probably wouldn't be hard to do a Custom Action to do such a thing. You could do a netsh firewall command to do it. On 1/16/07, David Thielen [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing (winword.exe)? Thanks - dave David Thielen www.windwardreports.comhttp://www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
It probably wouldn't be hard to do a Custom Action to do such a thing. You could do a netsh firewall command to do it. On 1/16/07, David Thielen [EMAIL PROTECTED] wrote: Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing ( winword.exe)? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How2: Do not run CA when uninstall product
How about using Installed plus REINSTALL or REINSTALLMODE? I haven't tried it but it seems like those should get you close. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Urban Jaroslav, Ing. Sent: Tuesday, January 16, 2007 2:14 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How2: Do not run CA when uninstall product Hi 2 all, Is there any condition for CA, which prevents to run CA when uninstall. These CA are not set in UI. See below the code. Sure there is condition NOT Installed, but I want to run CA when reinstall too, so it fails. Sure there is condition WixUI_InstallMode = Remove, but I am not sure it will work in all ways, e.g. when someone runs installation without UI, than it has to fail I guess. So, is there any constants for CA to know that the uninstall is run? Bye bye X. P.S is someone there who solved the initialization of eventlog for webservice? I use EnterpriseLibrary and for first run it needs to set admin right to run eventlog for first round. After initialization is ok to remove the admin rights. CustomAction Directory=idFrVersion20Dir ExeCommand=[idFrVersion20Dir]aspnet_regiis.exe -pe quot;connectionStringsquot; -app quot;/WS/CedrInfoPublic_v102quot; Id=idLaunchEncryptCfgDoCrypting Return=check / CustomAction Id=idCAJoinConnString Property=CONNECTIONSTRING Value=Database=[SQLDB];Password=[SQLUSERPASSWORD];User ID=[SQLUSERNAME];Persist Security Info=false;Connect Timeout=300;Server=[SQLSERVER]; / InstallExecuteSequence Custom Action=idLaunchEncryptCfgDoCrypting After=idCAJoinConnString/Custom Custom Action=idCAJoinConnString After=InstallFinalize??/Custom /InstallExecuteSequence - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
Not today. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Thielen Sent: Tuesday, January 16, 2007 9:23 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Set firewall exception Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing (winword.exe)? Thanks - dave David Thielen www.windwardreports.comhttp://www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DIFx prompt shows up behind UI
Does anyone have a contact for the DIFx group? I can't find a current e-mail address. [EMAIL PROTECTED] was listed in one of the DIFx documents, but it's no longer valid. --Quinton From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 15, 2007 11:52 PM To: Quinton Tormanen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI Quinton Tormanen wrote: I've just switched from our own custom action (calling a DLL function) to using DIFxApp with WiX. I've found that I have to leave the DriverPlugAndPlayPrompt set to yes, or the install will fail on Vista if my USB device isn't plugged in when the install runs. However, almost as bad, I've found that on Vista, with this prompt enabled, the prompt shows up entirely hidden behind the Windows Installer UI, which leaves the user with only the Cancel button enabled and a hidden prompt. This is definitely going to mess up a lot of our customers. I realize that this question is on the fine line between DIFx and WiX, but I'm hoping that there is a workaround in WiX, or perhaps someone with experience with using DIFx in WiX that can help with this issue: How do I make the DriverPlugAndPlayPrompt either display in FRONT of my UI, or not at all on Windows Vista? That's usually caused by using the wrong parent window. There's nothing WiX can do about it but it might be a bug in DifxApp they can fix by getting the right parent window. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DIFx prompt shows up behind UI
Heh, it turns out it was easy: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Tuesday, January 16, 2007 12:29 PM To: Quinton Tormanen; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI I'm asking around. I should know too... heh. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Quinton Tormanen Sent: Tuesday, January 16, 2007 12:11 PM To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI Does anyone have a contact for the DIFx group? I can't find a current e-mail address. [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] was listed in one of the DIFx documents, but it's no longer valid. --Quinton From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 15, 2007 11:52 PM To: Quinton Tormanen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI Quinton Tormanen wrote: I've just switched from our own custom action (calling a DLL function) to using DIFxApp with WiX. I've found that I have to leave the DriverPlugAndPlayPrompt set to yes, or the install will fail on Vista if my USB device isn't plugged in when the install runs. However, almost as bad, I've found that on Vista, with this prompt enabled, the prompt shows up entirely hidden behind the Windows Installer UI, which leaves the user with only the Cancel button enabled and a hidden prompt. This is definitely going to mess up a lot of our customers. I realize that this question is on the fine line between DIFx and WiX, but I'm hoping that there is a workaround in WiX, or perhaps someone with experience with using DIFx in WiX that can help with this issue: How do I make the DriverPlugAndPlayPrompt either display in FRONT of my UI, or not at all on Windows Vista? That's usually caused by using the wrong parent window. There's nothing WiX can do about it but it might be a bug in DifxApp they can fix by getting the right parent window. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
The other question to ask is whether this really belongs in the installation at all. The line between installation and configuration is sometimes a huge gray area, but this could be seen as application configuration that doesn't need to be in the installation. I've heard suggestion that where ports are concerned it might be better if the app opens and closes them itself if necessary, which has the benefit that the ports aren't sitting there open when the app isn't running. And what happens if the user installs the app without the Windows firewall enabled and then enables it later? Or switches from a 3rd-party firewall to the Windows one? Or upgrades from Windows 2000 to XPSP2 with your app installed? The point I'm making here is that it might be better to have a standalone exe that configures the firewall for your product that can be run another time if necessary. Perhaps put a shortcut on the Start menu and have the user explicitly run it so there's some awareness that the firewall has been altered and it's not masked by the installation. Either way, the idea here is to get away from the notion that the only way to configure the application's firewall settings is during the installation. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Tuesday, January 16, 2007 11:01 AM To: Levi Wilson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception Short answer is, No. Medium answer is Just launching netsh would not be sufficient to correctly install, uninstall, rollback, repair and patch Firewall exceptions. Why? Well there are a number of issues to think about: What happens if the user hits cancel (or something actually fails in your install?) after your netsh.exe CustomAction executed? How do you rollback, and you want to rollback to the previous exception if there was one. There is rollback on Uninstall too (to put it back the way it was). And during uninstall, how do you handle the case that two different products may install the same firewall exception? Lots of tricky problems to solve in there. I encourage you to take a look at the WiX CustomActions sometime. I'm actually working on some bugs in there where rollback does the wrong thing. Check out the oldest open WiX v2 bugs. CustomActions that modify machine state are non-trivial programming exercises. Please, be aware of that before you write one... and if you do write one consider offering it back to the community so nobody else has to go through the trouble again. That's how the IIS, SQL, User, Certificate, FileShare, PerformanceCounter, MSMQ, COM+ stuff all came to be. From: Levi Wilson [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 10:43 AM To: Rob Mensching Cc: David Thielen; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception Couldn't you just do a ShellExecute() on netsh.exe with the command line of something like firewall add allowedprogram \c:\\myprogram.exe\ ENABLE as the parameter? Then you can have another one (netsh firewall delete etc.) that removes it upon uninstall. Wouldn't that work? On 1/16/07, Rob Mensching [EMAIL PROTECTED] wrote: How would you the netsh firewall command back? Also, what if two installs both install the same firewall exception? How would you reference count the firewall exception? Writing CustomActions that modify machine state is rarely an easy task. Transactions (even compensating transactions) are hard things to get right. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Levi Wilson Sent: Tuesday, January 16, 2007 10:33 AM To: David Thielen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception It probably wouldn't be hard to do a Custom Action to do such a thing. You could do a netsh firewall command to do it. On 1/16/07, David Thielen [EMAIL PROTECTED] wrote: Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing (winword.exe)? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get
Re: [WiX-users] Set firewall exception
Wilson, Phil wrote: The other question to ask is whether this really belongs in the installation at all. The line between installation and configuration is sometimes a huge gray area, but this could be seen as application configuration that doesn't need to be in the installation. I've heard suggestion that where ports are concerned it might be better if the app opens and closes them itself if necessary, which has the benefit that the ports aren't sitting there open when the app isn't running. Speaking with my admin hat on I'd really rather an application/installer did none of these things, and was unable to do so without requesting administrative approval (something I believe vista enforces.. hopefully even when running an MSI). Unfortunately on XP this can be done silently without any confirmation just by the installer running netsh firewall in the background... so it's probably a lost cause. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
In our case the AddIn hits the port as soon as Word starts so we need it added on installation. Thanks - dave David Thielen www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: Tuesday, January 16, 2007 1:46 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception The other question to ask is whether this really belongs in the installation at all. The line between installation and configuration is sometimes a huge gray area, but this could be seen as application configuration that doesn't need to be in the installation. I've heard suggestion that where ports are concerned it might be better if the app opens and closes them itself if necessary, which has the benefit that the ports aren't sitting there open when the app isn't running. And what happens if the user installs the app without the Windows firewall enabled and then enables it later? Or switches from a 3rd-party firewall to the Windows one? Or upgrades from Windows 2000 to XPSP2 with your app installed? The point I'm making here is that it might be better to have a standalone exe that configures the firewall for your product that can be run another time if necessary. Perhaps put a shortcut on the Start menu and have the user explicitly run it so there's some awareness that the firewall has been altered and it's not masked by the installation. Either way, the idea here is to get away from the notion that the only way to configure the application's firewall settings is during the installation. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Tuesday, January 16, 2007 11:01 AM To: Levi Wilson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception Short answer is, No. Medium answer is Just launching netsh would not be sufficient to correctly install, uninstall, rollback, repair and patch Firewall exceptions. Why? Well there are a number of issues to think about: What happens if the user hits cancel (or something actually fails in your install?) after your netsh.exe CustomAction executed? How do you rollback, and you want to rollback to the previous exception if there was one. There is rollback on Uninstall too (to put it back the way it was). And during uninstall, how do you handle the case that two different products may install the same firewall exception? Lots of tricky problems to solve in there. I encourage you to take a look at the WiX CustomActions sometime. I'm actually working on some bugs in there where rollback does the wrong thing. Check out the oldest open WiX v2 bugs. CustomActions that modify machine state are non-trivial programming exercises. Please, be aware of that before you write one... and if you do write one consider offering it back to the community so nobody else has to go through the trouble again. That's how the IIS, SQL, User, Certificate, FileShare, PerformanceCounter, MSMQ, COM+ stuff all came to be. From: Levi Wilson [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 10:43 AM To: Rob Mensching Cc: David Thielen; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception Couldn't you just do a ShellExecute() on netsh.exe with the command line of something like firewall add allowedprogram \c:\\myprogram.exe\ ENABLE as the parameter? Then you can have another one (netsh firewall delete etc.) that removes it upon uninstall. Wouldn't that work? On 1/16/07, Rob Mensching [EMAIL PROTECTED] wrote: How would you the netsh firewall command back? Also, what if two installs both install the same firewall exception? How would you reference count the firewall exception? Writing CustomActions that modify machine state is rarely an easy task. Transactions (even compensating transactions) are hard things to get right. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Levi Wilson Sent: Tuesday, January 16, 2007 10:33 AM To: David Thielen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception It probably wouldn't be hard to do a Custom Action to do such a thing. You could do a netsh firewall command to do it. On 1/16/07, David Thielen [EMAIL PROTECTED] wrote: Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing (winword.exe)? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your
Re: [WiX-users] Set firewall exception
David Thielen wrote: In our case the AddIn hits the port as soon as Word starts so we need it added on installation. I'm curious why a Word addin would be listening for incoming connections? (without giving away any trade secrets of course). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] automatically launching .Net framework install if it (.Net framework) is not present
I am using Wix toolset 2.0.4611.0 to create an msi for a product that requires .Net framework 2.0. I have found help on how to check for the presence of the framework e.g. at http://blogs.msdn.com/robmen/archive/2006/10/17/wix-v3-syntax-for-detecting-the-clr.aspx However I want my setup to launch Microsoft Component installer SDK or .Net framewrok installer to automatically install the .Net framework if needed. I can customize the component installer's PSetup.exe using its ini file to launch my msi after it installs the prerequisites (.Net farmework in this case), however the user experience is not quite good on a machine where the framework is already installed because it (PSetup.exe) brings up the Installation complete screen as the first screen in this case (because the prerequisite already installed) and then launches my msi. I wonder if I could use a custom action conditionally to launch the .Net framework installer to launch an exe (.Net framework installer) only if the framework is not installed. I am new to WiX and have not yet used any custom actions. I want to find out if it is possible to perform a custom action only if a condition is met. If it is, how do I do this. Also is this the right (recommended) way to do this sort of thing? Any help much appreciated. Thanks Sandeep - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
OK, so I see that your port (1707) is registered with IANA, so you could do it by opening this port, although other applications could get a surprise if they are allocated this port by the OS. Presumably you're broadcasting in order to find a licensing server? As I recall, you don't need to open a firewall exception if you don't bind your UDP socket to a particular port number - the firewall will then set up a short-duration dynamic rule to allow responses. If your licensing server then connects back to the add-in over TCP (i.e. the add-in implements a TCP listener), then you do need the firewall exception. However, I think this is a poor design: you should have the licensing server respond with a yes/no answer in a UDP packet sent to the client, or if you need a longer conversation than will fit in a single UDP packet, have the licensing server respond to the client with its address, then have the client connect to the server over TCP (the server listening for connections) to proceed with the licensing handshake. Outbound connection requests are not filtered by Windows Firewall. UDP gets a bit of a poor reputation, which isn't really deserved - for small amounts of data, where there won't be more than one packet's worth of data in response, it's fine. DNS is perfectly happy with UDP although it supports both for larger responses. Kerberos likewise supports both; you are supposed to use UDP for the initial ticket request. In LAN environments you can use a payload of up to around 1400 bytes (to allow for VPNs) - any more and you risk packet loss due to fragmentation. If the client is broadcasting to find a licensing server, you necessarily require that the licensing server is present on the same subnet as the clients. This might be a problem for some enterprises. Others may have firewalls or NATs in between different parts of their networks; in the case of the NAT the server will not see the client's true IP address and will be unable to connect back to the client. I realise this has drifted a long way from WiX, but I felt it was still useful to have others' input. -- Mike Dimmick (maintainer of a UDP-based thin-client application server which really ought to be using TCP now that messages regularly exceed 500 bytes) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Thielen Sent: 16 January 2007 22:06 To: Tony Hoyle; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception Our copy protection is a UDP broadcast and a TCP reply to limit the totally number of AddIns in use to what is licensed. So we definitely want that port opened no matter what :) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
It's all peer to peer, no server. So each AddIn listens for the UDP broadcasts and replies to the broadcaster saying they exist. The broadcast occurs at startup and if the number of replies is greater than the license allows that AddIn is disabled. So the first N can run, the rest cannot. Thanks - dave David Thielen www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm -Original Message- From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 3:45 PM To: David Thielen; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Set firewall exception OK, so I see that your port (1707) is registered with IANA, so you could do it by opening this port, although other applications could get a surprise if they are allocated this port by the OS. Presumably you're broadcasting in order to find a licensing server? As I recall, you don't need to open a firewall exception if you don't bind your UDP socket to a particular port number - the firewall will then set up a short-duration dynamic rule to allow responses. If your licensing server then connects back to the add-in over TCP (i.e. the add-in implements a TCP listener), then you do need the firewall exception. However, I think this is a poor design: you should have the licensing server respond with a yes/no answer in a UDP packet sent to the client, or if you need a longer conversation than will fit in a single UDP packet, have the licensing server respond to the client with its address, then have the client connect to the server over TCP (the server listening for connections) to proceed with the licensing handshake. Outbound connection requests are not filtered by Windows Firewall. UDP gets a bit of a poor reputation, which isn't really deserved - for small amounts of data, where there won't be more than one packet's worth of data in response, it's fine. DNS is perfectly happy with UDP although it supports both for larger responses. Kerberos likewise supports both; you are supposed to use UDP for the initial ticket request. In LAN environments you can use a payload of up to around 1400 bytes (to allow for VPNs) - any more and you risk packet loss due to fragmentation. If the client is broadcasting to find a licensing server, you necessarily require that the licensing server is present on the same subnet as the clients. This might be a problem for some enterprises. Others may have firewalls or NATs in between different parts of their networks; in the case of the NAT the server will not see the client's true IP address and will be unable to connect back to the client. I realise this has drifted a long way from WiX, but I felt it was still useful to have others' input. -- Mike Dimmick (maintainer of a UDP-based thin-client application server which really ought to be using TCP now that messages regularly exceed 500 bytes) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Thielen Sent: 16 January 2007 22:06 To: Tony Hoyle; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Set firewall exception Our copy protection is a UDP broadcast and a TCP reply to limit the totally number of AddIns in use to what is licensed. So we definitely want that port opened no matter what :) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DIFx prompt shows up behind UI
In case anyone is interested, I wanted to clarify that part of my problem with DIFxApp working on Vista was related to me using DIFx tools 2.01 instead of DIFx tool 2.1. 2.01 doesn't support Vista, and 2.1 does. However, the WHDC link to DIFxTools only has 2.01 for download! DIFx tools 2.1 is only available through the WDK. *sigh* However, the prompt still shows up behind the UI, but at least I can now disable it properly. Thanks again Bob and Rob! --Quinton From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 12:38 PM To: Rob Mensching; Quinton Tormanen; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: RE: Re: [WiX-users] DIFx prompt shows up behind UI Heh, it turns out it was easy: [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Tuesday, January 16, 2007 12:29 PM To: Quinton Tormanen; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI I'm asking around. I should know too... heh. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Quinton Tormanen Sent: Tuesday, January 16, 2007 12:11 PM To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI Does anyone have a contact for the DIFx group? I can't find a current e-mail address. [EMAIL PROTECTED] was listed in one of the DIFx documents, but it's no longer valid. --Quinton From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, January 15, 2007 11:52 PM To: Quinton Tormanen Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DIFx prompt shows up behind UI Quinton Tormanen wrote: I've just switched from our own custom action (calling a DLL function) to using DIFxApp with WiX. I've found that I have to leave the DriverPlugAndPlayPrompt set to yes, or the install will fail on Vista if my USB device isn't plugged in when the install runs. However, almost as bad, I've found that on Vista, with this prompt enabled, the prompt shows up entirely hidden behind the Windows Installer UI, which leaves the user with only the Cancel button enabled and a hidden prompt. This is definitely going to mess up a lot of our customers. I realize that this question is on the fine line between DIFx and WiX, but I'm hoping that there is a workaround in WiX, or perhaps someone with experience with using DIFx in WiX that can help with this issue: How do I make the DriverPlugAndPlayPrompt either display in FRONT of my UI, or not at all on Windows Vista? That's usually caused by using the wrong parent window. There's nothing WiX can do about it but it might be a bug in DifxApp they can fix by getting the right parent window. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper causing a delevation of privilages
For the Moment I have turned off the UI sequence so it runs only the internal Progress message dialog. However once it tries to install any file it complains. Wilson, Phil wrote: Is this program running in your UI sequence? That would be prior to Vista elevation. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Tuesday, January 16, 2007 3:20 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Bootstrapper causing a delevation of privilages I have a program that runs on top of my MSI to handle the dialogs and other updated needed outside of the MSI like launching the program after installation, but in the user context. However when testing on Vista I run into a problem stating You do not have sufficient privilages to complete the installation for all users of this machine. Log on as administrator and then retry this installation. I however am an administrator so I don't see how this could even be happening. Anyone else come across this problem that might know how to fix it? I have tried on MSDN forums, but I didn't get a reply and I have had lots of success getting help here since its still -- View this message in context: http://www.nabble.com/Bootstrapper-causing-a-delevation-of-privilages-tf 3024262.html#a8401421 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Bootstrapper-causing-a-delevation-of-privilages-tf3024262.html#a8401823 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to Specify Default HomePage
Hi, I am using WIX - 2.0.3620.0. Is there a way to specify default homepage while installing a virtual directory. Thanks, Sankaranarayanan MG ___ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
How about using the DX Sample FirewallInstallHelper. It has all that your looking for. First get the DirectX SDK, then click on the DirectX Sample Browser. Type in FirewallInstallHelper and install the project. Look at the documentation on how and what need to be in you MSI project and it is pretty easy to convert those to wix way of doing things. David Thielen wrote: Hi; Is there a WIX command to set an exception in the Windows firewall? If so, what is it? And can it be set for a program we are not installing (winword.exe)? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 x1185 Cubicle Wars - http://www.windwardreports.com/film.htm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Set-firewall-exception-tf3022245.html#a8402658 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper causing a delevation of privilages
Sorry when I said it complains I mean it is giving me the same error. I don't do either of those methods to run the MSI, since I need my wrapper project to be able to grap and set properties in the msi I have been using MsiOpenPackageEx(MSI_PATH, 0, g_hInstall); then calling MsiDoAcitonA(g_hInstall, INSTALL); Wilson, Phil wrote: You'll need to be a bit more specific about what it complains means. Is this still error 1925? It might be best to run your silent install with a command line to generate an MSI log. If you're doing msiexec /I your msi /q then append /l*vx somefile.log and post the log somewhere. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Tuesday, January 16, 2007 3:43 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bootstrapper causing a delevation of privilages For the Moment I have turned off the UI sequence so it runs only the internal Progress message dialog. However once it tries to install any file it complains. Wilson, Phil wrote: Is this program running in your UI sequence? That would be prior to Vista elevation. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Magus Sent: Tuesday, January 16, 2007 3:20 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Bootstrapper causing a delevation of privilages I have a program that runs on top of my MSI to handle the dialogs and other updated needed outside of the MSI like launching the program after installation, but in the user context. However when testing on Vista I run into a problem stating You do not have sufficient privilages to complete the installation for all users of this machine. Log on as administrator and then retry this installation. I however am an administrator so I don't see how this could even be happening. Anyone else come across this problem that might know how to fix it? I have tried on MSDN forums, but I didn't get a reply and I have had lots of success getting help here since its still -- View this message in context: http://www.nabble.com/Bootstrapper-causing-a-delevation-of-privilages-tf 3024262.html#a8401421 Sent from the wix-users mailing list archive at Nabble.com. -- -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEV DE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEV DEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Bootstrapper-causing-a-delevation-of-privilages-tf 3024262.html#a8401823 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDE V ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Bootstrapper-causing-a-delevation-of-privilages-tf3024262.html#a8402867 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the
[WiX-users] Requirements for dialog bitmaps
Hi, I'm using the WixUI_FeatureTree UI style, and having trouble customising the bitmaps. No problems with bannrbmp.bmp, but WiX is apparently rejecting my customised dlgbmp.bmp, showing no bitmap at all. I'm creating the bitmaps in MSPaint, and very carefully setting the correct size (actually I'm just copy/pasting over the original image): 493/312, saving as 256 colors. If I just make a minor modification to the original bitmap, it passes, but completely replacing the image is failing. So, are there any other requirements for a bitmap that would explain why this is happening? Thanks in advance, Steve Steve Bennett [POWERflex Corporation ] [Tel: +61-3-9548-9006 Fax: +61-3-9548-9003] [Email: spb @ pfxcorp.com Web: www.pfxcorp.com] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Requirements for dialog bitmaps
Ok, I don't get it, but having experimented a bit further, I have an image that works. Looks like the size and width don't even matter - WiX just stretches it. Steve _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Bennett Sent: Wednesday, 17 January 2007 2:42 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Requirements for dialog bitmaps Hi, I'm using the WixUI_FeatureTree UI style, and having trouble customising the bitmaps. No problems with bannrbmp.bmp, but WiX is apparently rejecting my customised dlgbmp.bmp, showing no bitmap at all. I'm creating the bitmaps in MSPaint, and very carefully setting the correct size (actually I'm just copy/pasting over the original image): 493/312, saving as 256 colors. If I just make a minor modification to the original bitmap, it passes, but completely replacing the image is failing. So, are there any other requirements for a bitmap that would explain why this is happening? Thanks in advance, Steve Steve Bennett [POWERflex Corporation ] [Tel: +61-3-9548-9006 Fax: +61-3-9548-9003] [Email: spb @ pfxcorp.com Web: www.pfxcorp.com] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Refresh on next button
Patrick Steele wrote: Thanks Levi. Is it even possible then to ensure that one of the variables I wish the user to enter is of type integer? Control Id=PortEdit Type=Edit X=30 Y=145 Width=150 Height=20 Property=MY_PORT Text={5} Integer=yes / I would have though something like the above, however if you enter an alphanumberic value in the text field and click elsewhere the installer will crash with error code 2892, and can only be closed from task manager ( wix 3.0.2211 ) :| 2892 says that the value isn't a legal integer. Integer=yes doesn't restrict input. If you want that, use a MaskedEdit control; see MaskedEdit Control for available formatting options. To answer your other question: MSI doesn't evaluate control conditions on every character entered into an edit control. The ControlEvent Overview topic in the MSI SDK covers what controls publish which events. Push buttons and check boxes are the two that are most commonly used. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry key for com dll...
John Cole wrote: Now I can change the value but since a user can re-target an installation, I need to be able to set that value in the registry at installation time. The same problem exists for files in C:\Windows\System32, those should be set to the installers system 32 variable. Use [#fileId] formatted string to get the installed path of the file. See Formatted in the MSI SDK for details. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Info Dialog
Jonas Abrams wrote: I would like to display a dialog during my install if a specific condition is met. But after displaying the message I would like allow the user to continue with the installation. One approach is the one I took with the WiX v3 installer: It shows a dialog early in the UI sequence, before the wizard has started. It offers OK and Cancel buttons. Take a look at src/Setup/Product.wxs and VStudio.wxs for the PrerequisitesDlg. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users