1

I have a Windows installer package which causes Windows repair mechanism to pop up randomly. From the event viewer logs, I see the below message

Detection of product 'Product ID'. feature 'feature_name' failed during request for component 'component id'

However apart from this I don't see any other messages in the Event viewer's Application logs. According to this MSDN article https://learn.microsoft.com/en-us/windows/win32/msi/searching-for-a-broken-feature-or-component, I see that the above message should be followed by another message given below

Detection of product 'MyProduct', feature 'MyFeature', component 'MyComponent' failed

But I don't see this message in the Event Viewer logs and I am confused by this issue on how to fix it. Any idea on what is causing this?

vsk
  • 35
  • 5
  • Would be useful to know what product this relates to. Is it your own product? I'd say the primary self-repair causes are **`1)`** bad MSI packages, **`2)`** external factors deleting files, **`3)`** Windows design changes that trigger latent package problems ([list from self-repair explained](https://stackoverflow.com/questions/5501028/how-can-i-determine-what-causes-repeated-windows-installer-self-repair/6066263#6066263)). You must let us know what files or resources these components point to for us to know anything more detailed. – Stein Åsmul Sep 07 '20 at 14:34

1 Answers1

1

Self-Repair: This is self-repair. I have written a lot about it before:

Cause: Essentially a key path check on application launch reveals a missing resource. Self-repair ensues to correct the situation (put file or registry key in place). Sometimes the repair fails for various reasons as explained in above link - and keeps repeating endlessly (from various triggers).

Shortlist Debugging: Self-repair is a simple concept, but can be quite difficult to wrap your head around to solve reliably at times. Some first things to try:

  • Verify Problem: It is very important to estimate whether this problem is a real one or a developer box problem. Test on virtuals.
  • Anti-Virus: I would try to disable my anti-virus or security suite and then try to launch the product. You should obviously first scan the files to verify the are not flagged as dangerous.
  • Advertised Shortcut: I would also try to launch the file in question directly from the installation folder without using a shortcut (see section 5.2 here).

You can determine what MSI package this relates to as follows:

  1. Find product name for product GUID. Use this script to find the product name for the product GUID you see in the event log. You know what product you launch, but you can trigger self-repair of other products by launching your own.
  2. Find what product a component belongs to. Use this script to look up what product(s) (there can be more than one) have a particular MSI component in use.

Find these VBScripts here as well: https://github.com/glytzhkof/all

Stein Åsmul
  • 39,960
  • 25
  • 91
  • 164
  • Steve Asmul Thank you for your answer but the issue is there that the event logs are not specifying what is missing in the system. I have seen issues related to where MSI complains that the file is missing etc. But in this case MSI self repair mechanism is popping up randomly in the system. When there are no changes in the product that has been made. – vsk Sep 09 '20 at 15:47
  • Yes, this is quite common. It has to do with interference with other products or the system in various ways. Try to take the information from the event log and work out exactly what product this relates to. You can find the product name from the product guid using the script above, or use the component guid and the second script. Then let us know what file or resource this related to. – Stein Åsmul Sep 10 '20 at 01:33