Unfortunately, that doesn't seem to work. I've tried running an uninstall
from the command line to simulate what happens with the ARP, but the only way
I can get it to run is if I include the BOOTSTRAP property. It's as if the
MSI is treating that second OR as another AND.
Yes it is a major pain that Windows Installer doesn't log the evaluation of a condition,
one problem is that you say ALL not "ALL". I doubt you need the property name followe by the AND's .
Bye,
Dennis
Dennis Bareis [Microsoft MVP] (dba...@KillSpam.gmail.com)
http://dennisbareis.com/
Freeware Windows Installer creation tool (+ "ORCA automation"):
http://makemsi.dennisbareis.com/
As for the property names before the ANDs, I've found that if I don't have
them, my equivalence checks (BOOTSTRAP = 1, etc.) tend to come out TRUE if
the property is not defined, which is not what I want.
Are you logging this? What are the values of the properties:
http://makemsi-manual.dennisbareis.com/logging.htm
Bye,
Dennis
Property(S): REMOVE = ALL (this line copied from the log file)
REINSTALL and BOOTSTRAP are not set.
On Fri, 16 May 2008 11:09:03 -0700, Rob <R...@discussions.microsoft.com> wrote:
>When I use the following command line:
> msiexec.exe /x "my product.msi" REMOVE=ALL
>
>Property(S): REMOVE = ALL (this line copied from the log file)
>REINSTALL and BOOTSTRAP are not set.
Which means:
>> (REMOVE AND (REMOVE = ALL))
IS PROBABLY FALSE (at least I think the double quotes are required)
>> OR (REINSTALL AND (REINSTALL = ALL))
IS FALSE
>> OR (BOOTSTRAP AND (BOOTSTRAP = 1))
IS FALSE
The log will also show whether or not the custom action was called, double check
as it could be the custom action is starting but failing. Also properties can change
value during install so worth checking for this also.
You need to start from the bare minimum condition and work back to what you need,
I'd reduce the condition to: REMOVE= "ALL" or ALL if you want to try then add more and more
until it stops working during uninstall....