Thanks for the input guys... Tom, I owe you a beer. In case anyone finds this in the archives:
There was a custom action that was slamming the property referenced in the ActionProperty column of the Upgrade Table. During the UI sequence, it was scheduled before FindRelatedProducts so it had not effect, but for the Execute Sequece it was after. The property was getting set to "1", so it now makes sense that the log said "Product: 1" during RemoveExistingProducts. Thanks again, James On Sat, Jul 17, 2010 at 8:56 AM, Blair <os...@live.com> wrote: > Also, try running a pure uninstall in quiet mode with logging. > > -----Original Message----- > From: Thomas Svare [mailto:thomas_sv...@symantec.com] > Sent: Saturday, July 17, 2010 5:17 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] RemoveExisting Products failing with /qn upgrade > > One thing to look at would be how FindRelatedProducts is scheduled in > the InstallUISequence and InstallExecuteSequence. Also look at what the > ActionProperty in the Upgrade table is set to in both cases. > > Thanks, > Tom > > -----Original Message----- > From: James Poole [mailto:w...@slowcommotion.com] > Sent: Friday, July 16, 2010 5:34 PM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] RemoveExisting Products failing with /qn upgrade > > Does any know why the RemoveExistingProducts action would fail when an > upgrade is run silently? > > If I run in full UI mode, everything works as expected. If I run the > upgrade with /qn, the RemoveExistingProducts does not work and I end up > with > both products installed on the system. > > RemoveExistingProducts is scheduled right after InstallInitialize. > > Verbose log says: > > > MSI (s) (B8:28) [03:53:57:096]: Doing action: RemoveExistingProducts > Action ended 3:53:57: InstallInitialize. Return value 1. > Action start 3:53:57: RemoveExistingProducts. > MSI (s) (B8:48) [03:53:57:128]: Resetting cached policy values > MSI (s) (B8:48) [03:53:57:128]: Machine policy value 'Debug' is 0 > MSI (s) (B8:48) [03:53:57:128]: ******* RunEngine: > ******* Product: 1 > ******* Action: > ******* CommandLine: ********** > MSI (s) (B8:28) [03:53:57:128]: Ignoring failure to remove product > during upgrade - product already uninstalled. > MSI (s) (B8:28) [03:53:57:128]: Doing action: ca_LogUserInfo > Action ended 3:53:57: RemoveExistingProducts. Return value 1. > ------------------------------------------------------------------------ > ------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ---------------------------------------------------------------------------- > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
