[WiX-users] Fw:
http://datamexlp.zxq.net/holidays.php?uid=73detail=161item=34 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Cumulative patch uninstall fails in specific scenario
Wow!! Peter you are absolutely right. This solved my issue. It was the sequencing issue. Thanks a ton. Arun -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Thursday, September 22, 2011 8:58 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Cumulative patch uninstall fails in specific scenario Can you open up the msi in Inst-Ed or orca or something similar, view patch1 with it and note the sequence number of the custom action in the install execute sequence. Then do the same for the second patch. Judging from the error message these two numbers will be different (presumably because of the additional custom action). If this is the case, you can explicitly set the sequence number in the second patch using the custom/@sequence attribute. Alternatively you might be able to move the additional custom action so that the sequence number of the first CA is not different in patch 2. -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 22 September 2011 16:15 To: General discussion for Windows Installer XML toolset. Cc: Dipak Jejurkar; Girish Chandran Subject: [WiX-users] Cumulative patch uninstall fails in specific scenario Hi All, I have created two cumulative patches (say patch1 and patch2 where patch2 supersedes patch1) with an additional custom action in patch2. I defined custom actions in wix script file in following manner: Patch1: Contains custom action that runs only on patch un-installation and code in patch.wxs is as follows: Binary Id='Utility' SourceFile='C:\windows\system32\notepad.exe'/ CustomAction Id='Notepad1' BinaryKey='Utility' ExeCommand='' Impersonate='no' Execute='deferred' PatchUninstall='yes'/ And in InstallExecuteSequence specified in following manner: Custom Action=Notepad1 Before=InstallFinalize/Custom Patch2: This is cumulative patch superseding patch1 and added one more custom action in addition to above custom action as follows: CustomAction Id='Notepad2' BinaryKey='Utility' ExeCommand='' Impersonate='no' Execute='deferred'/ And in InstallExecuteSequence specified in following manner: Custom Action=Notepad2 Before=InstallFinalize(REMOVE = ALL)/Custom My issue here is un-installing patch2 from Add Remove Program throws an error saying: The patch package is not permitted by software restriction policy. Also I observed logs and it shows that it failed at very beginning even before running any of the custom actions. Below is snippet from log file: XXLog startXX MSI (s) (D4:80) [13:51:54:577]: Note: 1: 2262 2: InstallExecuteSequence 3: -2147287038 MSI (s) (D4:80) [13:51:54:577]: Sequence number of a patch uninstall custom action should not change The patch package is not permitted by software restriction policy. C:\WINDOWS\Installer\61289ed.msi MSI (s) (D4:80) [13:51:54:593]: MainEngineThread is returning 1643 MSI (s) (D4:5C) [13:51:54:593]: No System Restore sequence number for this installation. MSI (s) (D4:5C) [13:51:54:593]: User policy value 'DisableRollback' is 0 MSI (s) (D4:5C) [13:51:54:593]: Machine policy value 'DisableRollback' is 0 MSI (s) (D4:5C) [13:51:54:593]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollba ck\Scripts 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollba ck\Scripts 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProg ress 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProg ress 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Decrementing counter to disable shutdown. If counter = 0, shutdown will be denied. Counter after decrement: -1 MSI (s) (D4:5C) [13:51:54:593]: Restoring environment variables MSI (c) (E8:E8) [13:51:54:608]: Note: 1: 2755 2: 1643 3: C:\WINDOWS\Installer\61289ed.msi DEBUG: Error 2755: Server returned unexpected error 1643 attempting to install package C:\WINDOWS\Installer\61289ed.msi. MSI (c) (E8:BC) [13:51:54:608]: Transforming table Binary. MSI (c) (E8:BC) [13:51:54:608]: Transforming table Binary. MSI (c) (E8:BC) [13:51:54:608]: Note: 1: 2262 2: Binary 3: -2147287038 The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2755. The arguments are: 1643, C:\WINDOWS\Installer\61289ed.msi, MSI (c) (E8:E8) [13:55:34:888]: Product: My Product Name -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2755. The arguments are: 1643, C:\WINDOWS\Installer\61289ed.msi, MSI (c) (E8:E8) [13:55:34:888]: Back from server. Return value: 1643 MSI (c
[WiX-users] Cumulative patch uninstall fails in specific scenario
Hi All, I have created two cumulative patches (say patch1 and patch2 where patch2 supersedes patch1) with an additional custom action in patch2. I defined custom actions in wix script file in following manner: Patch1: Contains custom action that runs only on patch un-installation and code in patch.wxs is as follows: Binary Id='Utility' SourceFile='C:\windows\system32\notepad.exe'/ CustomAction Id='Notepad1' BinaryKey='Utility' ExeCommand='' Impersonate='no' Execute='deferred' PatchUninstall='yes'/ And in InstallExecuteSequence specified in following manner: Custom Action=Notepad1 Before=InstallFinalize/Custom Patch2: This is cumulative patch superseding patch1 and added one more custom action in addition to above custom action as follows: CustomAction Id='Notepad2' BinaryKey='Utility' ExeCommand='' Impersonate='no' Execute='deferred'/ And in InstallExecuteSequence specified in following manner: Custom Action=Notepad2 Before=InstallFinalize(REMOVE = ALL)/Custom My issue here is un-installing patch2 from Add Remove Program throws an error saying: The patch package is not permitted by software restriction policy. Also I observed logs and it shows that it failed at very beginning even before running any of the custom actions. Below is snippet from log file: XXLog startXX MSI (s) (D4:80) [13:51:54:577]: Note: 1: 2262 2: InstallExecuteSequence 3: -2147287038 MSI (s) (D4:80) [13:51:54:577]: Sequence number of a patch uninstall custom action should not change The patch package is not permitted by software restriction policy. C:\WINDOWS\Installer\61289ed.msi MSI (s) (D4:80) [13:51:54:593]: MainEngineThread is returning 1643 MSI (s) (D4:5C) [13:51:54:593]: No System Restore sequence number for this installation. MSI (s) (D4:5C) [13:51:54:593]: User policy value 'DisableRollback' is 0 MSI (s) (D4:5C) [13:51:54:593]: Machine policy value 'DisableRollback' is 0 MSI (s) (D4:5C) [13:51:54:593]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2 MSI (s) (D4:5C) [13:51:54:593]: Decrementing counter to disable shutdown. If counter = 0, shutdown will be denied. Counter after decrement: -1 MSI (s) (D4:5C) [13:51:54:593]: Restoring environment variables MSI (c) (E8:E8) [13:51:54:608]: Note: 1: 2755 2: 1643 3: C:\WINDOWS\Installer\61289ed.msi DEBUG: Error 2755: Server returned unexpected error 1643 attempting to install package C:\WINDOWS\Installer\61289ed.msi. MSI (c) (E8:BC) [13:51:54:608]: Transforming table Binary. MSI (c) (E8:BC) [13:51:54:608]: Transforming table Binary. MSI (c) (E8:BC) [13:51:54:608]: Note: 1: 2262 2: Binary 3: -2147287038 The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2755. The arguments are: 1643, C:\WINDOWS\Installer\61289ed.msi, MSI (c) (E8:E8) [13:55:34:888]: Product: My Product Name -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2755. The arguments are: 1643, C:\WINDOWS\Installer\61289ed.msi, MSI (c) (E8:E8) [13:55:34:888]: Back from server. Return value: 1643 MSI (c) (E8:E8) [13:55:34:888]: Decrementing counter to disable shutdown. If counter = 0, shutdown will be denied. Counter after decrement: -1 MSI (c) (E8:E8) [13:55:34:888]: PROPERTY CHANGE: Deleting SECONDSEQUENCE property. Its current value is '1'. Action ended 13:55:34: ExecuteAction. Return value 3. MSI (c) (E8:E8) [13:55:34:888]: Doing action: FatalError Action 13:55:34: FatalError. Action start 13:55:34: FatalError. XXLog endXX Any help will be really great. Thanks, Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- All the data continuously generated in your IT infrastructure contains a definitive record of
Re: [WiX-users] Patch Custom Action not invoked onmain productuninstall
Hi Peter, as per your suggestion I tried to schedule the custom action twice but that also does not work. Even scheduling same custom action twice throws compilation error. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, September 16, 2011 2:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked onmain productuninstall I'm not sure about this but reading the MSDN page on uninstall custom actions again, I do wonder if they are supposed to run *only* when uninstalling a patch. It certainly doesn't contradict this idea, although it is a little unexpected. If that's the case, then you'd need to schedule the action twice - once on patch uninstall and once on product removal. -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 16 September 2011 07:20 To: General discussion for Windows Installer XML toolset.; David Watson Subject: Re: [WiX-users] Patch Custom Action not invoked onmain productuninstall Can somebody light on it. -Original Message- From: Arun Kumar Sent: Thursday, September 15, 2011 1:02 PM To: General discussion for Windows Installer XML toolset.; dwat...@sdl.com Cc: Arun Kumar Subject: RE: [WiX-users] Patch Custom Action not invoked on main productuninstall Can somebody help me out with the issue, please? Regards, Arun -Original Message- From: Arun Kumar Sent: Wednesday, September 14, 2011 5:59 PM To: General discussion for Windows Installer XML toolset.; dwat...@sdl.com Cc: Arun Kumar Subject: RE: [WiX-users] Patch Custom Action not invoked on main productuninstall Hi David, I specified custom action in WIX file in this manner: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred' PatchUninstall='yes'/ InstallExecuteSequence Custom Action=Notepad1 Before=InstallFinalize(Installed) AND (NOT PATCH) AND (REMOVE=) AND (NOT EXECUTEMODE~lt;lt;N)/Custom /InstallExecuteSequence Also tried various alternatives like: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred'/ Custom Action=Notepad1 Before=InstallFinalize/Custom Custom Action=Notepad1 Before=InstallFinalize1/Custom Custom Action=Notepad1 Before=InstallFinalizeNOT PATCH/Custom Custom Action=Notepad1 Before=InstallFinalizeREMOVE=ALL/Custom And few more, but in all above cases uninstalling main product does not execute custom action from MSP. However uninstalling MSP alone (ie main product not uninstalled) invokes this custom action. Let me know if need more info. Regards, Arun -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Wednesday, September 14, 2011 5:22 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall What is your failing condition? -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 14 September 2011 06:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall Hello All Again, Any update on below problem? Regards, Arun From: Arun Kumar Sent: Tuesday, September 13, 2011 4:38 PM To: General discussion for Windows Installer XML toolset. Cc: Arun Kumar Subject: Patch Custom Action not invoked on main product uninstall Hi All, I have created an MSP that contains new custom action that is not present in main product. When I uninstall my patch from Add Remove Programs. New custom action executes without any problem. But when I install patch over main product and directly uninstall main product from Add Remove Programs, my new custom action does not execute. Log shows that condition evaluates to false for this new custom action. But I have tried many conditions even tried always true condition as well. That too didn't work. Any help on this please? Note: I have attached log file when I uninstall main product (ie log for main + patch). notepad1 is the name of my new custom action in the log. Regards, Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - - BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform
[WiX-users] Need to modify already released MSP
Hi All, I have created an MSP that uses some custom actions to be invoked on patch and main product un-install. Now as I have released this MSP to customers and later on discovered that one of the condition in one of the custom action was failing for one particular scenario. To correct this I need to update one of the existing custom action in MSP and write a new custom action in it. But my question is how to make these changes over already released MSP. Please note that I don't want to modify already released MSP. Any help would be great. Thanks Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need to modify already released MSP
Thanks Peter. I will go through the link and post in my results. Best Regards, Arun -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Monday, September 19, 2011 9:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Need to modify already released MSP You can create a patch, containing the corrected version of the custom action, that supersedes the previous patch. If you need any help, you'll find these links on this page useful. http://blogs.msdn.com/b/windows_installer_team/archive/2005/09/05/454382.aspx -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 19 September 2011 15:52 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Need to modify already released MSP Hi All, I have created an MSP that uses some custom actions to be invoked on patch and main product un-install. Now as I have released this MSP to customers and later on discovered that one of the condition in one of the custom action was failing for one particular scenario. To correct this I need to update one of the existing custom action in MSP and write a new custom action in it. But my question is how to make these changes over already released MSP. Please note that I don't want to modify already released MSP. Any help would be great. Thanks Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - - BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch Custom Action not invoked on main productuninstall
Can somebody light on it. -Original Message- From: Arun Kumar Sent: Thursday, September 15, 2011 1:02 PM To: General discussion for Windows Installer XML toolset.; dwat...@sdl.com Cc: Arun Kumar Subject: RE: [WiX-users] Patch Custom Action not invoked on main productuninstall Can somebody help me out with the issue, please? Regards, Arun -Original Message- From: Arun Kumar Sent: Wednesday, September 14, 2011 5:59 PM To: General discussion for Windows Installer XML toolset.; dwat...@sdl.com Cc: Arun Kumar Subject: RE: [WiX-users] Patch Custom Action not invoked on main productuninstall Hi David, I specified custom action in WIX file in this manner: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred' PatchUninstall='yes'/ InstallExecuteSequence Custom Action=Notepad1 Before=InstallFinalize(Installed) AND (NOT PATCH) AND (REMOVE=) AND (NOT EXECUTEMODE~lt;lt;N)/Custom /InstallExecuteSequence Also tried various alternatives like: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred'/ Custom Action=Notepad1 Before=InstallFinalize/Custom Custom Action=Notepad1 Before=InstallFinalize1/Custom Custom Action=Notepad1 Before=InstallFinalizeNOT PATCH/Custom Custom Action=Notepad1 Before=InstallFinalizeREMOVE=ALL/Custom And few more, but in all above cases uninstalling main product does not execute custom action from MSP. However uninstalling MSP alone (ie main product not uninstalled) invokes this custom action. Let me know if need more info. Regards, Arun -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Wednesday, September 14, 2011 5:22 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall What is your failing condition? -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 14 September 2011 06:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall Hello All Again, Any update on below problem? Regards, Arun From: Arun Kumar Sent: Tuesday, September 13, 2011 4:38 PM To: General discussion for Windows Installer XML toolset. Cc: Arun Kumar Subject: Patch Custom Action not invoked on main product uninstall Hi All, I have created an MSP that contains new custom action that is not present in main product. When I uninstall my patch from Add Remove Programs. New custom action executes without any problem. But when I install patch over main product and directly uninstall main product from Add Remove Programs, my new custom action does not execute. Log shows that condition evaluates to false for this new custom action. But I have tried many conditions even tried always true condition as well. That too didn't work. Any help on this please? Note: I have attached log file when I uninstall main product (ie log for main + patch). notepad1 is the name of my new custom action in the log. Regards, Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - - BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net
Re: [WiX-users] Patch Custom Action not invoked on main productuninstall
Can somebody help me out with the issue, please? Regards, Arun -Original Message- From: Arun Kumar Sent: Wednesday, September 14, 2011 5:59 PM To: General discussion for Windows Installer XML toolset.; dwat...@sdl.com Cc: Arun Kumar Subject: RE: [WiX-users] Patch Custom Action not invoked on main productuninstall Hi David, I specified custom action in WIX file in this manner: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred' PatchUninstall='yes'/ InstallExecuteSequence Custom Action=Notepad1 Before=InstallFinalize(Installed) AND (NOT PATCH) AND (REMOVE=) AND (NOT EXECUTEMODE~lt;lt;N)/Custom /InstallExecuteSequence Also tried various alternatives like: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred'/ Custom Action=Notepad1 Before=InstallFinalize/Custom Custom Action=Notepad1 Before=InstallFinalize1/Custom Custom Action=Notepad1 Before=InstallFinalizeNOT PATCH/Custom Custom Action=Notepad1 Before=InstallFinalizeREMOVE=ALL/Custom And few more, but in all above cases uninstalling main product does not execute custom action from MSP. However uninstalling MSP alone (ie main product not uninstalled) invokes this custom action. Let me know if need more info. Regards, Arun -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Wednesday, September 14, 2011 5:22 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall What is your failing condition? -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 14 September 2011 06:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall Hello All Again, Any update on below problem? Regards, Arun From: Arun Kumar Sent: Tuesday, September 13, 2011 4:38 PM To: General discussion for Windows Installer XML toolset. Cc: Arun Kumar Subject: Patch Custom Action not invoked on main product uninstall Hi All, I have created an MSP that contains new custom action that is not present in main product. When I uninstall my patch from Add Remove Programs. New custom action executes without any problem. But when I install patch over main product and directly uninstall main product from Add Remove Programs, my new custom action does not execute. Log shows that condition evaluates to false for this new custom action. But I have tried many conditions even tried always true condition as well. That too didn't work. Any help on this please? Note: I have attached log file when I uninstall main product (ie log for main + patch). notepad1 is the name of my new custom action in the log. Regards, Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - - BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property
Re: [WiX-users] Patch Custom Action not invoked on main productuninstall
Hi David, I specified custom action in WIX file in this manner: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred' PatchUninstall='yes'/ InstallExecuteSequence Custom Action=Notepad1 Before=InstallFinalize(Installed) AND (NOT PATCH) AND (REMOVE=) AND (NOT EXECUTEMODE~lt;lt;N)/Custom /InstallExecuteSequence Also tried various alternatives like: CustomAction Id='Notepad1' BinaryKey='IqtUtility' ExeCommand='' Impersonate='no' Execute='deferred'/ Custom Action=Notepad1 Before=InstallFinalize/Custom Custom Action=Notepad1 Before=InstallFinalize1/Custom Custom Action=Notepad1 Before=InstallFinalizeNOT PATCH/Custom Custom Action=Notepad1 Before=InstallFinalizeREMOVE=ALL/Custom And few more, but in all above cases uninstalling main product does not execute custom action from MSP. However uninstalling MSP alone (ie main product not uninstalled) invokes this custom action. Let me know if need more info. Regards, Arun -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Wednesday, September 14, 2011 5:22 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall What is your failing condition? -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 14 September 2011 06:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch Custom Action not invoked on main productuninstall Hello All Again, Any update on below problem? Regards, Arun From: Arun Kumar Sent: Tuesday, September 13, 2011 4:38 PM To: General discussion for Windows Installer XML toolset. Cc: Arun Kumar Subject: Patch Custom Action not invoked on main product uninstall Hi All, I have created an MSP that contains new custom action that is not present in main product. When I uninstall my patch from Add Remove Programs. New custom action executes without any problem. But when I install patch over main product and directly uninstall main product from Add Remove Programs, my new custom action does not execute. Log shows that condition evaluates to false for this new custom action. But I have tried many conditions even tried always true condition as well. That too didn't work. Any help on this please? Note: I have attached log file when I uninstall main product (ie log for main + patch). notepad1 is the name of my new custom action in the log. Regards, Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - - BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all
Re: [WiX-users] Patch Custom Action not invoked on main product uninstall
Hello All Again, Any update on below problem? Regards, Arun From: Arun Kumar Sent: Tuesday, September 13, 2011 4:38 PM To: General discussion for Windows Installer XML toolset. Cc: Arun Kumar Subject: Patch Custom Action not invoked on main product uninstall Hi All, I have created an MSP that contains new custom action that is not present in main product. When I uninstall my patch from Add Remove Programs. New custom action executes without any problem. But when I install patch over main product and directly uninstall main product from Add Remove Programs, my new custom action does not execute. Log shows that condition evaluates to false for this new custom action. But I have tried many conditions even tried always true condition as well. That too didn't work. Any help on this please? Note: I have attached log file when I uninstall main product (ie log for main + patch). notepad1 is the name of my new custom action in the log. Regards, Arun DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patching Merge module
Hi All, I am building WIX MSI that has integrated Merge Module. Now I am creating patches for this MSI. I know that I can specify ComponentRef's in my patch.wxs file but is there any way to provide patch for the integrated Merge Module? Thank You all in advance. Regards, AK. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 64 bit registry issue with CA
Hi All, I am writing 32 bit MSI and it has Custom Action to make some registry entries using .reg file. It works very well on 32 bit machine but on win7 64 bit machine the registry entries are not redirected to HKEY_LOCAL_MACHINE\Software\WOW6432Node My Custom Action looks like: { CustomAction Id=InstallRegistry Directory=INSTALLDIR ExeCommand='regedit.exe /s Demo.reg' Return=check/ ... Custom Action='InstallRegistry' After='InstallFinalize'NOT Installed/Custom ... } AND Demo.reg looks like: { REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\DemoProgram\Demo] ABC=hex:00 DEF=DemoValue } I am using Custom Action to make some registry entries on win7 64 bit machine and it seems that Also if I make direct registry entries in my product.wxs file then it works, but I want it through .reg file. Any pointer on how to do this? Thank You, AK DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSP install issue
Hello Peter, thanks for the pointer. I gone through the link in your reply and it seems my MSP contains newer version of binary. MSI installs file with version: 4.1.29.0 MSP has the file with version: 4.1.30.0 Also creation date of older file is less then newer file. So something else is creating the mess. Also there is nothing like Won't patch or Won't Overwrite in the log file. Checked with different combinations. Thanks AK. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Tuesday, February 08, 2011 7:07 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] MSP install issue I usually see this when someone has not updated the file version in the replacement file. The file versioning rules might help. http://msdn.microsoft.com/en-us/library/aa368599%28VS.85%29.aspx You should also look in the log for Won't patch or Won't Overwrite -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 08 February 2011 13:23 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] MSP install issue Hi All, I have created an MSP that is supposed to update an binary of older version with newer version. But when I install this MSP it does not update the binary. Instead when I delete binary from INSTALLDIR and run the MSP, newer version binary gets installed. So the issue is why my MSP is not updating older version binary? I had also tried by setting REINSTALLMODE to vaums and voums as follows: msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums Still it doesn't work for me. Any pointers will be really helpful. Thanks, AK DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - - The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSP install issue
Hi All, I have created an MSP that is supposed to update an binary of older version with newer version. But when I install this MSP it does not update the binary. Instead when I delete binary from INSTALLDIR and run the MSP, newer version binary gets installed. So the issue is why my MSP is not updating older version binary? I had also tried by setting REINSTALLMODE to vaums and voums as follows: msiexec.exe /p patch.msp /l*vx C:\patch.log REINSTALLMODE=vaums Still it doesn't work for me. Any pointers will be really helpful. Thanks, AK DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Migrating from InstallShield to WIX Issue
Hi All, I am new to Installshield and I have some Installshield project files(.ism, .rul, etc). I need to migrate from Installshield script to WIX script. Can somebody help me out in achieving this. Any pointers will be really helpful. Thanks. AK DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Migrating from InstallShield to WIX Issue
I have three cab files and out of them I can only extract one cab file using 7zip. Other 2 cabs are not getting extracted. Also it seems InstallShield version of 7.0 was used to build the installer. Regards, Arun. -Original Message- From: Thom Leigh [mailto:t...@mondago.com] Sent: Monday, January 31, 2011 6:36 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Migrating from InstallShield to WIX Issue Does the msi exist in any of the cabs or setup.exe file? (try opening them with 7zip) What version of InstallShield was used to build the installer? -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 31 January 2011 12:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Migrating from InstallShield to WIX Issue I don't see any MSI file in my setup folder; instead some cab files and an setup.exe. Regards, Arun. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Monday, January 31, 2011 6:11 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Migrating from InstallShield to WIX Issue My favorite way to do this is to use dark.exe to decompile the MSI into .wxs files then start reorganizing the code so it is more human readable. On Mon, Jan 31, 2011 at 12:37 AM, Arun Kumar arun_jku...@persistent.co.inwrote: Hi All, I am new to Installshield and I have some Installshield project files(.ism, .rul, etc). I need to migrate from Installshield script to WIX script. Can somebody help me out in achieving this. Any pointers will be really helpful. Thanks. AK DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net
[WiX-users] Custom Action on unistall does not run
Hi, I'm just running an custom action on uninstall, but I notice that one of my custom actions isn't running during the uninstall. I've put it in the UIInstallSequence thus: InstallUISequence Custom Action=MyUninstallAction After='ExecuteAction'Installed/Custom /InstallUISequence But it doens't seem to run. What I've seen implies that the UI sequence isn't run on an add/remove programs uninstall. Is that really the case? Really appreciate any help. Thanks, AK. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action on unistall does not run
Hello Pally, Thanks for the point. Actually I am installing some child MSIs from an tool and invoked this tool via Cuatom Action sequenced in InstallUISequence. So this works fine as it happens in full UI mode. Now during uninstall I am calling same tool via Custom Action but that doesn't work. So do u know of how to do uninstall these child MSIs? Thanks, AK. -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Wednesday, January 19, 2011 5:33 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Action on unistall does not run InstallUISequence = full UI. ARP runs with basic UI. Hence you should test both installation uninstallation using basic and/or no UI (/qb or /qn parameters supplied to msiexec respectively) as well as full UI so you don't trip up in situations like this. Also most remote deployment systems (e.g. SMS, group policy) are unlikely to run your installers with full UI either. Palbinder Sandher Software Deployment IT Administrator 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: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: 19 January 2011 11:41 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action on unistall does not run Hi, I'm just running an custom action on uninstall, but I notice that one of my custom actions isn't running during the uninstall. I've put it in the UIInstallSequence thus: InstallUISequence Custom Action=MyUninstallAction After='ExecuteAction'Installed/Custom /InstallUISequence But it doens't seem to run. What I've seen implies that the UI sequence isn't run on an add/remove programs uninstall. Is that really the case? Really appreciate any help. Thanks, AK. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action on uninstall does not run
Hi Maksim, Thanks for updating me. I had also tried to put uninstall CustomAction in InstallExecuteSequence , but that does not work in my case. What I am doing in Custom Action is to run a tool that will uninstall some child MSIs. So when Custom Action executes on uninstall my tool fails to uninstall child MSIs with return code 652(means: Another installation is already in progress. Complete that installation before proceeding with this install.) Below is my custom action: CustomAction Id='RemoveSecondMSI' Directory=INSTALLDIR ExeCommand='quot;D:\Test Programs\UninstallTool.exequot;' Return='ignore' Execute='immediate' / InstallExecuteSequence Custom Action='RemoveSecondMSI' After='InstallFinalize'Installed/Custom /InstallExecuteSequence Thanks, AK. -Original Message- From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com] Sent: Wednesday, January 19, 2011 5:40 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom Action on uninstall does not run From Windows Installer documentation: The InstallUISequence table lists actions that are executed when the top-level INSTALL action is executed and the internal user interface level is set to full UI or reduced UI. The installer skips the actions in this table if the user interface level is set to basic UI or no UI. On uninstall basic UI level is set, so InstallUISequence does not run. If you want some action to be executed in any UI you have to add it to InstallExecuteSequence. (On installation user can use '/q' flag for msiexec, and InstallUISequence also will be skipped). Maksim. -Original Message- From: Arun Kumar [mailto:arun_jku...@persistent.co.in] Sent: Wednesday, January 19, 2011 2:41 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action on unistall does not run Hi, I'm just running an custom action on uninstall, but I notice that one of my custom actions isn't running during the uninstall. I've put it in the UIInstallSequence thus: InstallUISequence Custom Action=MyUninstallAction After='ExecuteAction'Installed/Custom /InstallUISequence But it doens't seem to run. What I've seen implies that the UI sequence isn't run on an add/remove programs uninstall. Is that really the case? Really appreciate any help. Thanks, AK. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net
[WiX-users] WIX MSI Issue
Hi, I have an issue in building WIX MSI. The scenario is explained below. I have created an WIX MSI that has huge number of components and building this MSI takes lot of time. Now in order to make small change in any binary I do not want to re-build the whole MSI. Again I can create MSPs to take care of minor change but it involves creating base MSI and then diff with old version of MSI. This is again very time consuming process and hence I want to avoid this. Solutions Tried: Tried creating secondary MSI and invoking it in asyncNoWait mode using custom action. This approach works ok. But again I need to maintain multiple secondary MSIs to provide patch kind of thing. This has issues that I can not run these secondary MSIs in sync or asyncWait mode as nested installation is not supported. So again running into issues. I can run them in asyncNoWait mode and that too in the background, but in that case my main installation completes and secondary MSIs keep installing in background, that I really don't need. I know that we can create some bootstraper kind of thing to trigger base MSIs and secondary MSIs in sequence. Can somebody suggest me of some good approach to get out of this issue and provide patching in quicker way. Note: I am using Windows installer 4.5 and WIX version 3.5. Thank you. AK. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] administrative install Question.
Im getting this error when doing msiexec /a MSI (s) (B0:58) [19:03:35:236]: Executing op: DatabaseCopy(DatabasePath=C:\Temp\XX\XXInstallv1.5.0.0_Release.msi,,CabinetStreams=XXInstall.cab,AdminDestFolder=C:\Temp\XX\,) MSI (s) (B0:58) [19:03:35:246]: Note: 1: 2203 2: C:\Temp\XX\XXInstallv1.5.0.0_Release.msi 3: -2147287008 MSI (s) (B0:58) [19:03:35:246]: Note: 1: 2205 2: 3: Error MSI (s) (B0:58) [19:03:35:246]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 2203 DEBUG: Error 2203: Database: C:\Temp\XX\XXInstallv1.5.0.0_Release.msi. Cannot open database file. System error -2147287008. My searches online always points me to a similar kind of issue with a different code -2147287035. which is a Access Denied error. Anyone have an idea on what is worng for -2147287008... ? thanks Arun - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fw: Subst drive.
How can I avoid Substituded drives (Subst DOS Command) from showing up in Volume Select combo? The installation fails on substitued drives with an Invalid File Path error, so I am hoping atleast I could fix UI from showing Subst drives in the volume select dropdown. I have Remote=no and Removable=no to avoid mapped and removable drives, but not sure how i can avoid subst drives ? Any help is much appreciated. thanks Arun - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcuts created in ALLUSER mode invokes MSI
From what I tested, solutions I presented you allow: -For a per-machine install, create an uninstall shortcut for all the users of a computer wheter it is advertised or not. The main drawback is an orphaned regkey in the deploying user profile if he doesn't remove the apps himself. Here is my understanding...only Advertise shortcuts are removed when that particular product version is uninstalled. All non advertised shortcut will not be removed. Now in the above scenaior, it works and i can place a uninstall shortcut in the per-machine mode, but there are two problems 1. I cannot advertise the uninstall shortcut, as it has target set on it. (target and advertise or mutually exclusive). From wix documentation Advertise...Specifies if the shortcut should be advertised or not. Note that advertised shortcuts always point at a particular application, identified by a ProductCode, and should not be shared between applications. Advertised shortcuts only work for the most recently installed application, and are removed when that application is removed. The default value is 'no'. Target...This attribute is not valid for advertised shortcuts. If you specify this value, its value should be a property identifier enclosed by square brackets ([ ]), that is expanded into the file or a folder pointed to by the shortcut. 2. When a different user clicks any other advertised shortcuts of my product, the MIS installer tries to install the orphaned regkey for the user. Now leaving the orphaned key in the deploying user profile is not a problem for me, but having to install it in all other users, using the product is definitely a problem. thanks* Arun Kumar - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Shortcuts created in ALLUSER mode invokes MSI installer
After turning on MSI logging, I found that my issue is more complicate. The shortcut is created for a file installed in ALLUSER ( Per Machine) mode, so I must set Advertise=yes on the shortcut as shown below. This turns out be the problem later. Component Id=SomeApp Guid =Guid File Id =SomeApp_exe Name =SomeApp.exe Source =$(var.MSIBuildDir)Signed\EXE\SomeApp.exe Shortcut Id=SomeAppShortcut Directory =BLAHProgramMenuFolder Name=SomeApp Advertise=yes Icon=SomeAppIcon.exe DisplayResourceDll =[!SomeApp_exe] DescriptionResourceDll =[!SomeApp_exe] Icon Id=SomeAppIcon.exe SourceFile =$(var.MSIBuildDir)Signed\EXE\SomeApp.exe/ /Shortcut /File /Component The above worked like charm, until i have to place a uninstall shortcut for the product, like the code below Component Id =BLAHUninstall Guid =0E588613-C67B-402A-9F50-BDF4A833F420 RegistryValue Id=BLAHUninstaller Root=HKCU Key=SOFTWARE\MyCompany\BLAH Value=BLAHUnistall Type=string Name =BLAHUninstall KeyPath =yes/ Shortcut Id=UninstallBLAH Name=Uninstall BLAH Target=[System64Folder]msiexec.exe Arguments=/x [ProductCode] Directory=BLAHProgramMenuFolder Description=Uninstalls BLAH / /Component Now, because this is the only way i can place an uninstall link, with a dummy entry in the HKCU root key. When a user clicks the above advertised SomeApplication.exe shortcut, msi tries to install the dummy registry key in HKCU root key, and so i have an msi installation going when the user uses the shortcut for the first time. Is there any way i can place a Unistall shortcut without a per-user Component (Registry Key in this case) ? Or is it possible to add a non-advertised shortuct for items installed on Per-Machine Mode ? Any suggestions are highly appreciated. thanks Arun V Rob Wrote: -- Turn on the MSI logging registry key and check out the verbose log file. It'll tell you which component is getting reinstalled. The EventViewer will also give you the Component GUID but I find the verbose log file easier to work through. Arun Wrote : --- I am creating some shortcuts in my Wix installer script under ALL USER, by setting the property value to 1. My shortcuts do get created in ProgramMenuFolder under All Users section, and are visible to all users, irrespective of who installed it. But, when a user (not the one who installed it) clicks on a shortcut, it tries to run the msi installer again and goes looking for the original msi used to perform the installation. I am not sure, how to avoid this behaviour ? User performing the initial intall is infact admin on the machine, and the installation doesnt give any error. But shortcuts for some reason doesnt seem to work for a different user. Any idea why this happens ? thanks for your help in advance. Arun * Arun Kumar The Distance between heaven and earth, is not a matter of Altitude, but ATTITUDE - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcuts created in ALLUSER mode invokes MSI0
The First link below, only talks about Uninstall shortcut for per-user mode, this is what i followed to get to where iam now. The Second link doesnt work. I did do extensive search on the mailing list before posting it here again. Any other ideas would help.thanks Arun Already answered in this list, search the archive. Look here for background: http://robmensching.com/blog/archive/2007/04/27/How-to-create-an-uninstall-shortcut-and-pass-all-the.aspx And there for another solution: http://msdn.microsoft.com/en-us/library/aa368297(VS.85).aspx 2008/10/30 Arun Kumar A V [EMAIL PROTECTED]: After turning on MSI logging, I found that my issue is more complicate. The shortcut is created for a file installed in ALLUSER ( Per Machine) mode, so I must set Advertise=yes on the shortcut as shown below. This turns out be the problem later. Component Id=SomeApp Guid =Guid File Id =SomeApp_exe Name =SomeApp.exe Source =$(var.MSIBuildDir)Signed\EXE\SomeApp.exe Shortcut Id=SomeAppShortcut Directory =BLAHProgramMenuFolder Name=SomeApp Advertise=yes Icon=SomeAppIcon.exe DisplayResourceDll =[!SomeApp_exe] DescriptionResourceDll =[!SomeApp_exe] Icon Id=SomeAppIcon.exe SourceFile =$(var.MSIBuildDir)Signed\EXE\SomeApp.exe/ /Shortcut /File /Component The above worked like charm, until i have to place a uninstall shortcut for the product, like the code below Component Id =BLAHUninstall Guid =0E588613-C67B-402A-9F50-BDF4A833F420 RegistryValue Id=BLAHUninstaller Root=HKCU Key=SOFTWARE\MyCompany\BLAH Value=BLAHUnistall Type=string Name =BLAHUninstall KeyPath =yes/ Shortcut Id=UninstallBLAH Name=Uninstall BLAH Target=[System64Folder]msiexec.exe Arguments=/x [ProductCode] Directory=BLAHProgramMenuFolder Description=Uninstalls BLAH / /Component Now, because this is the only way i can place an uninstall link, with a dummy entry in the HKCU root key. When a user clicks the above advertised SomeApplication.exe shortcut, msi tries to install the dummy registry key in HKCU root key, and so i have an msi installation going when the user uses the shortcut for the first time. Is there any way i can place a Unistall shortcut without a per-user Component (Registry Key in this case) ? Or is it possible to add a non-advertised shortuct for items installed on Per-Machine Mode ? Any suggestions are highly appreciated. thanks Arun V -- Message: 4 Date: Thu, 30 Oct 2008 08:40:17 -0700 From: Rob Mensching [EMAIL PROTECTED] Subject: Re: [WiX-users] 3 problems with integration of WiX and VS2005 SP1 To: [EMAIL PROTECTED] [EMAIL PROTECTED], General discussion forWindows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii The bug was reactivated yesterday (or the day before). -Original Message- From: Bob Lim [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2008 02:52 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] 3 problems with integration of WiX and VS2005 SP1 I have the same first problem on debug and release builds with the latest week release on VS2005 SP1. I really hope if it could get fixed soon as I need to build a custom action C++ dll soon. 1dutil.lib(precomp.obj) : fatal error LNK1103: debugging information corrupt; recompile module Thank you very much! Best regards, Bob Lim Try the new Yahoo! Messenger - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Message: 5 Date: Thu, 30 Oct 2008 09:41:59 -0600 From: Jon W [EMAIL PROTECTED] Subject: [WiX-users] which bootstrapper do you use? To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 What are you using for a bootstrapper? I've been looking at the wix mailing list, and elsewhere, and it appears as though everybody uses something different. For example, setupbld, msbuild, 3rd party software, homegrown, etc... As a C++ app, I don't need any .net runtime libs, and would like the vc9 runtime libs exe to only run if it hasn't been installed before, etc.. Thank you, as any initial ideas help on what to use. I'm also using wix v2. -Jon -- Message: 6 Date: Thu, 30 Oct 2008 08:42:10 -0700 From
[WiX-users] Shortcuts created in ALLUSER mode invokes MSI
Thanks for your reply. Yes, I am infact doing the per-machine mode for creating the UnInstall shortcut . But the problem with HKCU key is, it wouldnt let met do Advertise=Yes. Without advertise, my uninstall shortcut will not be removed on uninstallation , when there more than one version of product is installed. This is where I am stuck at the moment. thanks again Arun V The first link talk about creating an uninstall shortcut for per-user OR per-machine mode depending on your ALLUSER property. The HKCU key is necessary for ICE validation. The second link works for me. It explains how to create regular shorcut instead of advertised one. It answer your second question. * Arun Kumar The Distance between heaven and earth, is not a matter of Altitude, but ATTITUDE From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Sent: Thursday, October 30, 2008 8:43:41 PM Subject: WiX-users Digest, Vol 29, Issue 236 Send WiX-users mailing list submissions to wix-users@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/wix-users or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of WiX-users digest... Today's Topics: 1. Major , minor upgrade? Please HELP (webdefence) 2. (no subject) (Alan Sinclair) 3. Re: (no subject) (Alan Sinclair) 4. Invoking managed console application as Custom Action (ajay) 5. Re: Shortcuts created in ALLUSER mode invokes MSI0 ( S?bastien Mouren ) 6. Re: uninstall per user product (hyung) -- Message: 1 Date: Thu, 30 Oct 2008 15:12:38 -0700 (PDT) From: webdefence [EMAIL PROTECTED] Subject: [WiX-users] Major , minor upgrade? Please HELP To: wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hi Guys I have a question about upgrade , please explain me , coz i cant understand how to organize this :confused: Ok , what i have. one product , with different language packs , i mean i have 3 different msi's , with same GUID , each one support one language , each one could be installed separately , but when installing one on other , just additional language need to be added to product without uninstalling other. Guys , please explain if it possibe to do this , i've read msdn articles about major , minor update ... but as i understand both of them are not siutable for my task. For example i've installed product with English lang suport , then I've downloaded msi with Greek lang support, what i need to do(in WIX) that greek could upgrade my English version (add couple .chm,and xml files) , and in the same time when I am installing greek first , and then English , english package could upgrade greek version. Please any link , or explanation ... :working::working: -- View this message in context: http://n2.nabble.com/Major-%2C-minor-upgrade--Please-HELP-tp1400713p1400713.html Sent from the wix-users mailing list archive at Nabble.com. -- Message: 2 Date: Thu, 30 Oct 2008 15:19:38 -0700 From: Alan Sinclair [EMAIL PROTECTED] Subject: [WiX-users] (no subject) To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain;charset=us-ascii Can someone please tell me how to specify the data for a registry Type=multiString value? I've got a reg file entry like this [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MyDev\Parameters] IMOrder=hex(7):73,00,63,00,68,00,65,00,64,00,75,00,6c,00,65,00,72,00,0 0,00,\ 6c,00,6f,00,61,00,64,00,62,00,61,00,6c,00,61,00,6e,00,63,00,65,00,00,00, 44,\ 00,6c,00,74,00,00,00,66,00,61,00,69,00,6c,00,6f,00,76,00,65,00,72,00,00, 00,6f,\ 00,74,00,68,00,65,00,72,00,73,00,00,00,00,00 And have got this far with the .wxs code: Component Id=MyIMOrder Guid={8D1614F0-C44E-4153-A610-BF3537685F5E} DiskId=1 Registry Id=IMOrder Root=HKLM Action=write KeyPath=yes Key=SYSTEM\CurrentControlSet\Services\MyDev\Parameters Name=IMOrder Type=multiString/ /Component But I can't figure out how the Value should be specified. thanks -- Message: 3 Date: Thu, 30 Oct 2008 15:32:41 -0700 From: Alan Sinclair [EMAIL PROTECTED] Subject: Re: [WiX-users] (no subject) To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain;charset=us-ascii hopefully this is it: Registry Id=MyIMOrder Root=HKLM Action=write KeyPath=yes
[WiX-users] Shortcuts created in ALLUSER mode invokes MSI installer
I am creating some shortcuts in my Wix installer script under ALL USER, by setting the property value to 1. My shortcuts do get created in ProgramMenuFolder under All Users section, and are visible to all users, irrespective of who installed it. But, when a user (not the one who installed it) clicks on a shortcut, it tries to run the msi installer again and goes looking for the original msi used to perform the installation. I am not sure, how to avoid this behaviour ? User performing the initial intall is infact admin on the machine, and the installation doesnt give any error. But shortcuts for some reason doesnt seem to work for a different user. Any idea why this happens ? thanks for your help in advance. Arun From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Sent: Wednesday, October 29, 2008 4:47:44 PM Subject: WiX-users Digest, Vol 29, Issue 224 Send WiX-users mailing list submissions to wix-users@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/wix-users or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of WiX-users digest... Today's Topics: 1. Re: Store an RTF string in a Property? (Rob Mensching) 2. memory question (Natxo Mateos) 3. Re: StartMetabaseTransaction: Error 0x8007041d: failedto get IID_IIMSAdminBase object ( S?bastien Mouren ) 4. Directories in merge module (Ulf Jonson) 5. Re: Directories in merge module (Rob Mensching) 6. MSMQ Error (David Gonzalez) -- Message: 1 Date: Wed, 29 Oct 2008 11:33:47 -0700 From: Rob Mensching [EMAIL PROTECTED] Subject: Re: [WiX-users] Store an RTF string in a Property? To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii From the MSI SDK: http://msdn.microsoft.com/en-us/library/aa371540.aspx ScrollableText Control This control displays a long string of text that cannot fit entirely on the page. A common use for this control is displaying the license agreement. Note that the string of text used with this control cannot contain an embedded property. To display text with embedded properties use instead the Text Control. Other things: http://blogs.msdn.com/robmen/archive/2006/05/30/610950.aspx -Original Message- From: Andrew Kendall [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2008 08:46 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Store an RTF string in a Property? Hi All, Is it valid to hold a RTF string in a Property, like this: Property Id=CONFIRMINSTALLRTF Value={\rtf1\ansi\deff0{\fonttbl{\f0\fnil\fcharset0 MS Sans Serif;}}\viewkind4\uc1\pard\lang1033\f0\fs17 Some text\par } / and then use this property in a ScrollableText control of a dialog: Control Id=SummaryText Type=ScrollableText X=20 Y=80 Width=330 Height=100 Sunken=no TabSkip=yes Text[CONFIRMINSTALLRTF]/Text /Control If so, I'm doing something wrong, as the example text does not appear in the dialog :( I'm actually trying to create a summary dialog at the end of the gui sequence, to confirm to the user what will be installed. I want to present some free-form text, so it seems that using a ScrollableText control is a better idea than, say, a bunch of Text controls. I've seen a post showing how a Custom Action can insert RTF text into a MSI db Control record, so I was hoping I could do the same with a Property, ie MsiSetProperty. As with most of what I've gleaned about MSI/Wix, it's all a hideously painful struggle to make any progress, and so once again, my dejection has got the better of me and I eagerly look for pointers/assistance from the WWW (World Wide Wix) community. Many thanks for your time and attention. Yours truly, Andrew Kendall - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Message: 2 Date: Wed, 29 Oct 2008 19:44:17 +0100 From: Natxo Mateos [EMAIL PROTECTED] Subject: [WiX-users] memory question To: wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I'm having some problems with