[WiX-users] why uninstall msp have REINSTALLMODE as all files to be overwritten ?
Hi, uninstalling a msp, I found shared components files downgrade to original version. such shared components have ref counting and msidbComponentAttributesShared. it should keep highest version when other product also refer it, as promised by msidbComponentAttributesShared attribute. I inspect the log, found FileCopy to restore shared component files from cache, due to REINSTALLMODE specifies all files to be overwritten. I'm surprised why uninstalling msp will have such default REINSTALLMODE. And it is not respecting my command line pass in REINSTALLMODE as well. p.s. the msp is created with only version increase, product code and upgrade code unchanged. shared component files increase the version in MSP. Thanks, William L. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How can hide the ExitDialog?
Hi Toru, Can you define, and schedule the Dialog but put a condition as FALSE(0) for it? and I'm afraid I don't understand this *if call the MSP is hiddenn. if you dont call the MSP is display.* thanks! William L. On Thu, Mar 8, 2012 at 3:19 PM, Toru Takeguchi takeguchi.t...@daitec.co.jpwrote: Hi there, I'm using Wix version 3.5.2519.0 Create the MSI+MSP installer. How can hide the ExitDialog? if call the MSP is hiddenn. if you dont call the MSP is display. Any help would be much appreciated. Toru Takeguchi -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] InstallValidate Action check Windows Service or not?
Hi, I met a common problem when create an app installer. The app is running 24x7, like a daemon process. When Uninstall the app, the InstallValidate try trigger Files In Use dialog or Restart Manager, because it is still running when Uninstall. This is easy to understand. I just create a simple demo, If I create a native Windows Service by using ATL, and a MSI by Wix to install it, start the service. Then during Uninstall, even the service is still running, I can see the process in Task Manager as well, Windows Installer just uninstall successfully. The service was stopped and removed, files got deleted. InstallValidate does not pop up Files In Use or Restart Manager during Uninstall. Does it mean, InstallValidate treat Windows Service and Windows Application differently? I'm testing on Win7 Pro, with UAC off. Thanks, William L. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallValidate Action check Windows Service or not?
Hi Rob, You are correct, my daemon process is totally invisible to user. Does this mean, we can assume Windows Service is more friendly to RM when uninstall than a daemon way? If it is true, then we should create all background worker process as Service then. Thanks! William L. On Sun, Feb 19, 2012 at 5:43 AM, Rob Mensching r...@robmensching.com wrote: I think the difference is Restart Manager not Windows installer. RM knows how to stop services and processes with a top level visible window (IIRC) so it doesn't complain about those. Your daemon is probably invisible and thus gets the less desirable behavior. From: william lee Sent: 2/18/2012 1:23 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] InstallValidate Action check Windows Service or not? Hi, I met a common problem when create an app installer. The app is running 24x7, like a daemon process. When Uninstall the app, the InstallValidate try trigger Files In Use dialog or Restart Manager, because it is still running when Uninstall. This is easy to understand. I just create a simple demo, If I create a native Windows Service by using ATL, and a MSI by Wix to install it, start the service. Then during Uninstall, even the service is still running, I can see the process in Task Manager as well, Windows Installer just uninstall successfully. The service was stopped and removed, files got deleted. InstallValidate does not pop up Files In Use or Restart Manager during Uninstall. Does it mean, InstallValidate treat Windows Service and Windows Application differently? I'm testing on Win7 Pro, with UAC off. Thanks, William L. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Disable customized UI cancel button during same custom actions
Hi, Is there a good way to disable the cancel button on a customized Wix UI, while processing some custom actions? I have schedule the customized progressdlg show up, then following by a immediate CA. I'd like to disable Cancel button on progressdlg during immediate CA is running, then enable the Cancel button later. I tried MSDN's MsiCreateRecord, MsiRecordSetInteger, INSTALLMESSAGE_COMMONDATA way, it doesn't work. It looks like only apply to Windows Internal UI. I googled around, found either use a button with action to update UI, or twins dialog. But here, on ProgressDlg, i don't have a button to trigger control event, and no button to launch twins dialog... Is there anyway to use custom action to trigger ProgressDlg UI control condition re-evaluation, or end current ProgressDlg, show up its twins dialog? Thanks! William L. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LaunchFile is a standard custom action?
Hi, I'd like to follow up this thread, because I found out a issue, the example here seems not working: http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm In this tutorial, it said The Value property uses the special # character to tell WiX to look up the full installed path of the file with the id myapplication.exe. Property Id=WixShellExecTarget Value=[#myapplication.exe] / But in my testing, it does not always works. when we use the default location, everything seems fine. but if we change the install location to a customize folder, it cannot launch the application after install. Instead it raise the error in log: Action start 22:27:19: SetCONFIGInstallLocation. MSI (c) (48:58) [22:27:19:862]: PROPERTY CHANGE: Adding WixShellExecTarget property. Its value is '[#myapplication.exe]'. Action ended 22:27:19: SetCONFIGInstallLocation. Return value 1. MSI (c) (48:58) [22:27:19:862]: Doing action: LaunchApplication Action 22:27:19: LaunchApplication. Action start 22:27:19: LaunchApplication. MSI (c) (48:A8) [22:27:19:916]: Invoking remote custom action. DLL: C:\Users\admin\AppData\Local\Temp\MSI3B7B.tmp, Entrypoint: WixShellExec Action ended 22:27:20: LaunchApplication. Return value 3. DEBUG: Error 2896: Executing action LaunchApplication failed. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2896. The arguments are: LaunchApplication, , any ideas why it doesn't work? thanks! William L. On Tue, May 24, 2011 at 8:42 AM, william lee wele...@gmail.com wrote: Thanks Palbinder and Chris ! I didn't realize it is a msidbCustomActionTypeExe type CA. that can explain. and final question from me, what's the recommend way to launch the file after install ? Wix Tutorial and Manual show us two different way, any Pros vs Cons? thanks! William L. On Mon, May 23, 2011 at 6:09 PM, Pally Sandher pally.sand...@iesve.com wrote: LaunchFile is used as an identifier. It means nothing outside the context of that package. It could be called Supercalifragilisticexpialidocious for all the difference it would make. That code defines a Type 2 Custom Action if you look down the page to the next paragraph you'll see where it is sequenced in the InstallExecuteSequence using that Identifier. Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: 23 May 2011 10:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchFile is a standard custom action? Hi Palbinder, Thanks for the info, I noticed that article before. That one is easy to understand. my question is, from this tutorial: http://www.tramontana.co.hu/wix/lesson3.php following solution also works, as I verified: *CustomAction* Id='LaunchFile' FileKey='FoobarEXE' ExeCommand='' Return='asyncNoWait' / but I don't know how. Is this LaunchFile CA is windows installer predefined CA? thanks, William L. On Mon, May 23, 2011 at 5:34 PM, Pally Sandher pally.sand...@iesve.comwrote: I suspect the following manual page is what you're looking for - http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: 23 May 2011 07:58 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] LaunchFile is a standard custom action? Hi, Is the LaunchFile action a standard custom action provided by Windows Installer? I tried to search it, and no hits. All I know is, it can launch the installed application after installed with File Key: http://www.tramontana.co.hu/wix/lesson3.php but I didn't find its implement in any wix ca dll. thanks, William L. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX
Re: [WiX-users] LaunchFile is a standard custom action?
Thanks Pally! I have figured the caused reason: I do changed the INSTALLDIR after CostFinalize, so does the Wix sample. but I forgot to call MsiSetTargetPath or publish SetTargetPath ControlEvent, it caused the installer doesn't resolve. after I add it, it works now. thanks! William L. On Thu, Jul 7, 2011 at 10:49 PM, Pally Sandher pally.sand...@iesve.com wrote: http://msdn.microsoft.com/en-us/library/aa368609.aspx says the following: .If a substring of the form [#filekey] is found, it is replaced by the full path of the file, with the value filekey used as a key into the File table. The value of [#filekey] remains blank and is not replaced by a path until the installer runs the CostInitialize action, FileCost action, and CostFinalize action. The value of [#filekey] depends upon the installation state of the component to which the file belongs. If the component is run from the source, the value is the path to the source location of the file. If the component is run locally, the value is the path to the target location of the file after installation. If the component has an action state of absent, the installed state of the component is used to determine the [#filekey] value. If the installed state of the component is also absent or null, [#filekey] resolves to an empty string, otherwise it resolves to the value based upon the component's installed state. Hence I suspect you're somehow modifying the path after it's been resolved by CostInitialize, FileCost or CostFinalize which your log file would tell you (assuming the component is being installed locally) which is why it's not resolving correctly. Oh and the manual page should say The Value property uses the special # character to tell *Windows Installer* to look up the full installed path of the file with the id myapplication.exe. Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: 07 July 2011 15:41 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchFile is a standard custom action? Hi, I'd like to follow up this thread, because I found out a issue, the example here seems not working: http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm In this tutorial, it said The Value property uses the special # character to tell WiX to look up the full installed path of the file with the id myapplication.exe. Property Id=WixShellExecTarget Value=[#myapplication.exe] / But in my testing, it does not always works. when we use the default location, everything seems fine. but if we change the install location to a customize folder, it cannot launch the application after install. Instead it raise the error in log: Action start 22:27:19: SetCONFIGInstallLocation. MSI (c) (48:58) [22:27:19:862]: PROPERTY CHANGE: Adding WixShellExecTarget property. Its value is '[#myapplication.exe]'. Action ended 22:27:19: SetCONFIGInstallLocation. Return value 1. MSI (c) (48:58) [22:27:19:862]: Doing action: LaunchApplication Action 22:27:19: LaunchApplication. Action start 22:27:19: LaunchApplication. MSI (c) (48:A8) [22:27:19:916]: Invoking remote custom action. DLL: C:\Users\admin\AppData\Local\Temp\MSI3B7B.tmp, Entrypoint: WixShellExec Action ended 22:27:20: LaunchApplication. Return value 3. DEBUG: Error 2896: Executing action LaunchApplication failed. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2896. The arguments are: LaunchApplication, , any ideas why it doesn't work? thanks! William L. On Tue, May 24, 2011 at 8:42 AM, william lee wele...@gmail.com wrote: Thanks Palbinder and Chris ! I didn't realize it is a msidbCustomActionTypeExe type CA. that can explain. and final question from me, what's the recommend way to launch the file after install ? Wix Tutorial and Manual show us two different way, any Pros vs Cons? thanks! William L. On Mon, May 23, 2011 at 6:09 PM, Pally Sandher pally.sand...@iesve.com wrote: LaunchFile is used as an identifier. It means nothing outside the context of that package. It could be called Supercalifragilisticexpialidocious for all the difference it would make. That code defines a Type 2 Custom Action if you look down the page to the next paragraph you'll see where it is sequenced in the InstallExecuteSequence using that Identifier. Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual
Re: [WiX-users] When does the Registry key/value get deleted during Uninstall
Hi Rob, Thanks for reply~ see my first email, I do make sure the custom action is scheduled before RemoveRegistryValues. But the registry key is still get removed before my CA read it. :( thanks William L. On Mon, Jun 13, 2011 at 11:20 AM, Rob Mensching r...@robmensching.comwrote: Deferred custom actions run during script execution based on their relation to other actions in the MSI. In this case, it sounds like you want your custom action to be scheduled Before=RemoveRegistryValues ( http://msdn.microsoft.com/en-us/library/aa371207(VS.85).aspx). On Tue, Jun 7, 2011 at 7:58 PM, John Bergman john.berg...@xpedienttechnologies.com wrote: I thought deferred custom uninstall actions ran after the normal uninstall stuff... -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: Tuesday, June 07, 2011 8:12 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] When does the Registry key/value get deleted during Uninstall Hi, There is a tricky problem bother me these days. I don't understand why the certain Registry key/value got removed before my uninstall custom action is called. we have a custom action scheduled after ProcessComponents, but before RemoveRegistryValues: InstallValidate InstallInitialize ProcessComponents MyCA RemoveRegistryValues we also defined Registry key/value in the MSI's Registry table. so it will get created and removed during install and uninstall. MyCA is a deferred uninstall custom action will read from that Registry Key. but during our testing, when MyCA is get called, the Registry key is already deleted. Does ProcessComponents will delete the registry key?? I thought RemoveRegistryValues will do that job. thanks, William L. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] When does the Registry key/value get deleted during Uninstall
Hi, There is a tricky problem bother me these days. I don't understand why the certain Registry key/value got removed before my uninstall custom action is called. we have a custom action scheduled after ProcessComponents, but before RemoveRegistryValues: InstallValidate InstallInitialize ProcessComponents MyCA RemoveRegistryValues we also defined Registry key/value in the MSI's Registry table. so it will get created and removed during install and uninstall. MyCA is a deferred uninstall custom action will read from that Registry Key. but during our testing, when MyCA is get called, the Registry key is already deleted. Does ProcessComponents will delete the registry key?? I thought RemoveRegistryValues will do that job. thanks, William L. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] LaunchFile is a standard custom action?
Hi, Is the LaunchFile action a standard custom action provided by Windows Installer? I tried to search it, and no hits. All I know is, it can launch the installed application after installed with File Key: http://www.tramontana.co.hu/wix/lesson3.php but I didn't find its implement in any wix ca dll. thanks, William L. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LaunchFile is a standard custom action?
Hi Palbinder, Thanks for the info, I noticed that article before. That one is easy to understand. my question is, from this tutorial: http://www.tramontana.co.hu/wix/lesson3.php following solution also works, as I verified: *CustomAction* Id='LaunchFile' FileKey='FoobarEXE' ExeCommand='' Return='asyncNoWait' / but I don't know how. Is this LaunchFile CA is windows installer predefined CA? thanks, William L. On Mon, May 23, 2011 at 5:34 PM, Pally Sandher pally.sand...@iesve.comwrote: I suspect the following manual page is what you're looking for - http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: 23 May 2011 07:58 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] LaunchFile is a standard custom action? Hi, Is the LaunchFile action a standard custom action provided by Windows Installer? I tried to search it, and no hits. All I know is, it can launch the installed application after installed with File Key: http://www.tramontana.co.hu/wix/lesson3.php but I didn't find its implement in any wix ca dll. thanks, William L. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LaunchFile is a standard custom action?
Thanks Palbinder and Chris ! I didn't realize it is a msidbCustomActionTypeExe type CA. that can explain. and final question from me, what's the recommend way to launch the file after install ? Wix Tutorial and Manual show us two different way, any Pros vs Cons? thanks! William L. On Mon, May 23, 2011 at 6:09 PM, Pally Sandher pally.sand...@iesve.comwrote: LaunchFile is used as an identifier. It means nothing outside the context of that package. It could be called Supercalifragilisticexpialidocious for all the difference it would make. That code defines a Type 2 Custom Action if you look down the page to the next paragraph you'll see where it is sequenced in the InstallExecuteSequence using that Identifier. Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: 23 May 2011 10:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchFile is a standard custom action? Hi Palbinder, Thanks for the info, I noticed that article before. That one is easy to understand. my question is, from this tutorial: http://www.tramontana.co.hu/wix/lesson3.php following solution also works, as I verified: *CustomAction* Id='LaunchFile' FileKey='FoobarEXE' ExeCommand='' Return='asyncNoWait' / but I don't know how. Is this LaunchFile CA is windows installer predefined CA? thanks, William L. On Mon, May 23, 2011 at 5:34 PM, Pally Sandher pally.sand...@iesve.comwrote: I suspect the following manual page is what you're looking for - http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: 23 May 2011 07:58 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] LaunchFile is a standard custom action? Hi, Is the LaunchFile action a standard custom action provided by Windows Installer? I tried to search it, and no hits. All I know is, it can launch the installed application after installed with File Key: http://www.tramontana.co.hu/wix/lesson3.php but I didn't find its implement in any wix ca dll. thanks, William L. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay
[WiX-users] old unanswered question regarding to Dialog Close button
Hi, I searched a lot online, but did not hit a result. The question is how the installer make the decision to enable or disable the dialog X(close) button on top right corner. There is no dialog attribute to control it, but sometimes it just disabled, for example: http://www.tramontana.co.hu/wix/lesson8.php#8.1 The first sample dialog just have X button disabled. I have a requirement that want to disable this X button on the finish install dialog, no idea how to do it. Any one know some internal undocumented information? :) thanks, William L. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What does Foreign mean here in log?
Thank you Blair, I'm using Vista with 4.5. Hopefully the RemoveFile table will solve the problem. :) Thanks, William L. On Fri, Nov 20, 2009 at 5:24 PM, Blair os...@live.com wrote: Which version/build of Windows Installer? Much of what ends up in Windows Installer logs is itself undocumented and sometimes doesn't seem to continue in the next released build of MSI. As to folders not being removed: folders won't ever be removed if any files (that the MSI doesn't own) are left behind. Empty folders can sometimes be left behind in some circumstances. Many of those can be dealt with by adding RemoveFolder/ elements to your authoring. -Original Message- From: william lee [mailto:wele...@gmail.com] Sent: Monday, November 16, 2009 4:31 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] What does Foreign mean here in log? Hi, When I uninstall a product, the folders are not removed. I checked the log, and found following info: MSI (s) (E4:60) [23:48:41:812]: Executing op: FolderRemove(Folder=C:\ProgramData\Microsoft\Windows\Start Menu\Programs\MyCompany\Prod3\,Foreign=0) MSI (s) (34:80) [04:03:38:633]: Executing op: FolderRemove(Folder=C:\ProgramData\Microsoft\Windows\Start Menu\Programs\ MyCompany\Tools\,Foreign=1) Sometime it's 1, sometime it's 0. What does the Foreign mean here? :) Thanks William L. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users