Hi, Just to provide an alternative, I personally use a CA which modifies the existing (1.0.0 in this case) MSI before REP happens. Sounds absolutely horrible (I almost pitched a fit when my boss suggested it) but, hey, it works.
My CA is a VBS / WSF which uses the MSI COM API to load the existing package and delete rows (in my case from the file table, in your case it'd be from the InstallExec sequence) right before the RemoveExistingProducts action. Another alternative (I believe) would be to schedule REP before the installation transaction. There are serious downsides to this - your install can take longer, and if something bad happens in the transaction then the REP will have already happened, so no product components at all will be installed at that point. The upside is that it's simple Not to say that Sebastian's option isn't a good one, but I just figured I'd give you the option. Hope that helps John 2009/8/20 Sebastian Brand (Instyler Software) <wix+us...@instyler.com>: > Uh that's bad. Then I'd create a new custom action to copy user files to the > new folder before removing the the old version. Using properties to store > the contents of a file is probably not working... > > Also applications shouldn't store user files in the Program Files > installation folder. Since Vista applications can't write there anyway if > not running specifically as administrator. Use the AppData folders > instead... > > Best regards, > Sebastian Brand > > Instyler Setup - Creating WiX-based MSI installations, elegantly. > http://www.instyler.com > > > -----Original Message----- > From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] > Sent: Thursday, August 20, 2009 12:50 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Prevent file deletion duting upgrade > > Yes, I know. But for some reasons I have implemented this custom action on > uninstall. > <CustomAction Id="REMOVEDIRS" Property="CMD" ExeCommand="/C rd /S /Q > "[INSTALLDIR]"" Return='asyncNoWait' Impersonate="yes" /> > > :) > > 2009/8/20 Sebastian Brand (Instyler Software) > <wix+us...@instyler.com<wix%2bus...@instyler.com> >> > >> Hello, >> >> By default, Windows Installer never deletes files it doesn't know of >> (user files). So how is this accomplished in v1.0.0? >> >> >> Best regards, >> Sebastian Brand >> >> Instyler Setup - Creating WiX-based MSI installations, elegantly. >> http://www.instyler.com >> >> >> -----Original Message----- >> From: Konstantin Vlasenko [mailto:konstantin.vlase...@gmail.com] >> Sent: Thursday, August 20, 2009 12:30 >> To: General discussion for Windows Installer XML toolset. >> Subject: [WiX-users] Prevent file deletion duting upgrade >> >> Hello, >> I have the case below: >> >> 1. product.msi 1.0.0 deletes all files (even created by user) on >> uninstallation >> 2. product.msi 1.0.1 (RemoveExistingProducts Before="InstallInitialize" >> />) >> >> How to prevent particular file deletion on 1.0.0 uninstallation. Maybe >> it is possible to read file content (text) to the property before >> RemoveExistingProducts action and then recreate it? What is the >> biggest content size which I can set to the propery? >> >> >> >> >> -- >> Konstantin Vlasenko >> >> ---------------------------------------------------------------------- >> ------ >> -- >> 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 >> > > > > -- > Konstantin Vlasenko > ---------------------------------------------------------------------------- > -- > 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
