If you don't believe it.. Try it out. We hit this all the time if we aren't careful to make sure that we wait for services to stop on uninstall. Even if we ask the service to stop, if we make it asynchronous the delete can happen while the service is still shutting down, so files are in use. Those files are marked for deletion on reboot. Then the install part runs and sees that the files are still there, I suppose it updates a component count or something, but the file is already scheduled for deletion and it remains scheduled for deletion as far as I can tell. After the install completes the reboot happens and removes the field leaving the install corrupted. Technically the reboot was required *between* the uninstall of the previous version and the install of the new version! but that's not how MSI does it.
In fact just a couple weeks ago we had issues with the service control stuff not working well enough for this and had to resort to a backup of stopping services with a synchronous custom action that ran "net stop xxxxx" which thankfully waits for the service to stop before returning. There's a reason everybody hates doing installers :-) Scott > On Jan 29, 2014, at 8:00 PM, Nicolás Alvarez <nicolas.alva...@gmail.com> > wrote: > > Can somebody else confirm this can happen? Upgraded in-use files > disappearing on reboot sounds like something so serious that Windows > Installer wouldn't have been released with such an issue. And > otherwise we would be hearing about it all the time. > > -- > Nicolas > > 2014-01-29 Scott Palmer <swpal...@gmail.com>: >> if the install was a major upgrade and that file was in-use during the >> uninstall then it may get deleted on reboot. That happens a lot because MSI >> is too stupid to check if fire that it might install are already scheduled >> to be deleted on reboot. So the new file gets installed and then deleted. >> >> Scott >>> On Jan 29, 2014 4:56 PM, <keith.doug...@statcan.gc.ca> wrote: >>> >>> Hi everyone, >>> >>> I just released a new MSI for an upgraded version of one of our in house >>> applications. This is about the 16th iteration (we've been in testing for >>> most of this, so each new one is a full package with a MajorUpgrade) and >>> all the rest have been successful, until today. One file did not install. >>> If the new MSI is pointed to with Repair, the missing file of our >>> application is installed as it should. Orca shows the file (I checked to >>> ensure I'm not relying on it being already in the file system or the like). >>> This file has not changed between versions. Only the executable and one >>> library changed in this iteration (which is also typical; the other >>> libraries, including the missing one, are more stable and don't change >>> between versions as much). >>> >>> I've tried to look at the last install log, which we fortunately have, and >>> the one with the problem, and I cannot see any relevant difference. There >>> is no reference to installing the file, which I guess is expected if it got >>> removed as the upgrade happened, but the question is why. The files are >>> byte-by-byte the same, same date, same version. >>> >>> I'll pull the two install logs later if someone wants to see all of the >>> ~260k for either ... but before I put those up I'll look for anything that >>> someone might think relevant. >>> >>> The only other time I've seen this behaviour happen is if one manually >>> replaced a file installed previously. Is there a way to see if that was the >>> case? I'll investigate this possibility a bit more on my own too. >>> >>> >>> >>> >>> Keith Douglas >>> Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 >>> Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 >>> keith.doug...@statcan.gc.ca >>> Telephone | Téléphone 613-951-4405 >>> Facsimile | Télécopieur 613-951-1966 >>> Government of Canada | Gouvernement du Canada >>> >>> >>> > > ------------------------------------------------------------------------------ > WatchGuard Dimension instantly turns raw network data into actionable > security intelligence. It gives you real-time visual feedback on key > security issues and trends. Skip the complicated setup - simply import > a virtual appliance and go from zero to informed in seconds. > http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
