Hello,
I am using InstallShield 12 Professional and deals with Basic MSI projects. I am facing a problem of Windows Continuously configuring program after fresh installation, with a dialog box, "Please wait while Windows configures My-Program-Name”.
Even though we wait for completion it goes into loop. And on canceling, it again comes back.
Can anyone suggest what may be going wrong? Is it a case of auto repair? How can I disable it?
Thanks a lot.
Ajay
This is a ready-only archive of the InstallSite Forum. You cannot post any new content here. / Dies ist ein Archiv des InstallSite Forums. Hier können keine neuen Beiträge veröffentlicht werden.
Windows Configuring Program
Started by
pajaykumar
, Oct 01 2007 11:46
3 replies to this topic
Posted 03 October 2007 - 13:30
Hi,
I think due to some common components or registry entries with another program, if anything is conflicted , it will configure the installation.we also faced the same problem. but we could solved it.
Regards,
A.Srinivas
I think due to some common components or registry entries with another program, if anything is conflicted , it will configure the installation.we also faced the same problem. but we could solved it.
Regards,
A.Srinivas
Posted 04 October 2007 - 02:43
Look in the system's event log to determine which component is triggering the repair.
Essentially what happens is this:
1: You trigger a windows installer key path check by invoking a self repair entry point (launch a shortcut, instantiate a COM object or similar...)
2: Windows Installer determines what is the parent product and parent feature for the self-repair entry point triggered
3: All key paths for all components located in the parent feature will be checked to ensure they are present on the target system. This process is repeated for all parent features all the way to the top of the feature tree (if there is one)
4: If any broken key paths are found in any features a self repair is triggered for the product and this is when you see the dialog in question.
In short there is a key path in your MSI that is pointing somewhere where it shouldn't. Typical causes:
1: A key path is set to a hard coded user profile: C:\Documents and Settings\user1\file.txt (this path won't exist for another user and self repair results).
2: A key path is set to a temporary file (which has subsequently been deleted)
3: A key path is set to a folder for which the current user does not have write / read permission
4: A key path is set to an empty folder and there is no CreateFolder table entry (this will cause MSI to remove the folder and then trigger self repair and install it only to be deleted on the next launch and then reinstalled, etc...)
5: See Stefan's article here: http://www.installsi...ifaq/a/1037.htm
Essentially what happens is this:
1: You trigger a windows installer key path check by invoking a self repair entry point (launch a shortcut, instantiate a COM object or similar...)
2: Windows Installer determines what is the parent product and parent feature for the self-repair entry point triggered
3: All key paths for all components located in the parent feature will be checked to ensure they are present on the target system. This process is repeated for all parent features all the way to the top of the feature tree (if there is one)
4: If any broken key paths are found in any features a self repair is triggered for the product and this is when you see the dialog in question.
In short there is a key path in your MSI that is pointing somewhere where it shouldn't. Typical causes:
1: A key path is set to a hard coded user profile: C:\Documents and Settings\user1\file.txt (this path won't exist for another user and self repair results).
2: A key path is set to a temporary file (which has subsequently been deleted)
3: A key path is set to a folder for which the current user does not have write / read permission
4: A key path is set to an empty folder and there is no CreateFolder table entry (this will cause MSI to remove the folder and then trigger self repair and install it only to be deleted on the next launch and then reinstalled, etc...)
5: See Stefan's article here: http://www.installsi...ifaq/a/1037.htm
Regards
-Stein Åsmul
-Stein Åsmul
Posted 08 October 2007 - 05:17
Thanks a lot, A.Srinivas & Stein Asmul for your reply…
I am going through your suggestions and working on it, will be back with my finding over it....
Thanks...
Ajay
I am going through your suggestions and working on it, will be back with my finding over it....
Thanks...
Ajay