"Pilot error" is just a euphemism for an error in the MSI. If the
component is transitive, for example, it's presence depends on the
value of a property that may change in different scenarios. There may
be a custom action or other code that removes it. There's just a lot
of scope for things to become unglued.
What does "not changed between versions" mean? Is the incoming file
version the same as the one already on the system? Is the file ever
shared with any other products? Could there be anything in the ICE
validations that indicates an issue? The missing files are the
keypath files of their respective components? We don't know where
your RemoveExistingProducts is sequenced, and that affects the
behavior of upgrades because version rules get applied when REP is "at
the end".
Related to stopping services, MSI will wait for them to stop if your
ServiceControl "wait" is set to "yes".
The log may be horrendous, but it should be possible to look for the
usual suspects, such as {guid} not being installed, what the log says
about the component being installed, whether there is a file copy
entry for it or not. It's hard to believe the entire upgrade log makes
no reference to the component name or guid or file name.
Also there may be something in the event log at repair time - it'll
say the component and product guids, and it's worth a sanity check
that they match what you expect. A repair fixes an entire feature, and
maybe there's more going on than just that file/component.
---------------
Phil Wilson
On Thu, Jan 30, 2014 at 6:04 AM, <keith.doug...@statcan.gc.ca> wrote:
> Hi Phil, thanks for answering.
>
> I don't think this is it; Windows installer 4.x is on Windows 7, correct?
> That's the target here (though the symptoms appear on Vista as well). In any
> case, this install does not use the GAC. (It does do the implicit "program
> files" -> "program files (x86)" map, though).
>
> What do you mean, "pilot error"?
>
>
>
> 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
>
>
> -----Original Message-----
> From: Phil Wilson [mailto:phildgwil...@gmail.com]
> Sent: January-29-14 7:52 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Imperfect install leading to repair.
>
> Apart from "pilot error" with components or whatever, it's worth noting that
> there is a bug on older OS versions where upgrades lose SxS files, in the GAC
> and in WinSxS, repair restores them.
>
> http://support.microsoft.com/kb/905238/en-us
> ---------------
> Phil Wilson
>
>
> On Wed, Jan 29, 2014 at 3:39 PM, Scott Palmer <swpal...@gmail.com> wrote:
>> 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
>
> ------------------------------------------------------------------------------
> 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
------------------------------------------------------------------------------
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
