> I'd guess it's a timing problem: MSI decides what it needs to do > based > on the state of the machine during script generation. It sees > sampledb.txt on the machine in the right place with the expected > content/timestamp and says "nothing to do." You then move it but MSI > has > already made its decision about what to do.
I think that the correct behavior is not to move the file here if there is "nothing to do". That's why the MoveFile table has reference to Component table. But now it is not so important. I have found the correct solution. --- You wrote in one of the previous posts that minor upgrades, whether in .msi or .msp forms, require REINSTALL & REINSTALLMODE. Same arguments in MSDN article about MsiApplyPatch function. Sample MSDN bootstrapper also has the same default command line. But my experiments with msp files show the contrary. My patch is installed properly with the simple command line msiexec /update Patch\Patch.msp /passive I thought that this line can only be used if the installer has no UI. But I added the default WixUI_InstallDir to my sample and the file was patched as expected. Next, I found the difference between my real installer and the sample one. There was a bad CA that failed without REINSTALL & REINSTALLMODE. Now the real patch is applied to the real product as expected. So, my conclusion is (I have checked v3.1 and 4.5.): When /update argument is used, that is a patch is being installed, REINSTALL & REINSTALLMODE must not be set. If set, action states of all components are set to "Local" but no real action on these components is taken. But, MoveFile records that reference such components are executed. Best regards, Ilya Slobodin ------------------------------------------------------------------------- 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=100&url=/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
