This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- FlexNet Connect
- :
- FlexNet Connect Forum
- :
- Entries written to HKCU Hive in the Registry by Install
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 13, 2004
05:17 AM
Update service tries to launch install again and again on a non-admin account
I have a strange issue: each time I log on a non-admin account the agent tries to launch my install. This does not happen on admin account.
How is it possible to stop this?
Mitch
The first line of the debug log:
=== Verbose logging started: 13/09/2004 11:32:17 Build type: SHIP UNICODE 2.00.2600.1106 Calling process: C:\PROGRA~1\FICHIE~1\INSTAL~1\UPDATE~1\agent.exe ===
MSI (c) (04:0C): Resetting cached policy values
MSI (c) (04:0C): Machine policy value 'Debug' is 0
MSI (c) (04:0C): ******* RunEngine:
******* Product: {B3B6029F-4752-4F21-975D-7936B36FBE10}
******* Action:
******* CommandLine: **********
MSI (c) (04:0C): Client-side and UI is none or basic: Running entire install on the server.
MSI (c) (04:0C): Grabbed execution mutex.
MSI (c) (04:0C): Cloaking enabled.
MSI (c) (04:0C): Incrementing counter to disable shutdown. Counter after increment: 0
*** Log Line Missing ***
=== Début de l'écriture dans le journal : 13/09/2004 11:32:17 ===
Début de l'action 11:32:17 : INSTALL.
Début de l'action 11:32:17 : DLLWrapStartup.
Fin de l'action 11:32:17 : DLLWrapStartup. Valeur renvoyée : 1.
Début de l'action 11:32:17 : AppSearch.
Action 11:32:17 : AppSearch. Recherche des applications déjà installées
AppSearch: Propriété : IE4FOUND ; signature : sigShdocvw
AppSearch: Propriété : XPFOUND ; signature : sigKernel32
How is it possible to stop this?
Mitch
The first line of the debug log:
=== Verbose logging started: 13/09/2004 11:32:17 Build type: SHIP UNICODE 2.00.2600.1106 Calling process: C:\PROGRA~1\FICHIE~1\INSTAL~1\UPDATE~1\agent.exe ===
MSI (c) (04:0C): Resetting cached policy values
MSI (c) (04:0C): Machine policy value 'Debug' is 0
MSI (c) (04:0C): ******* RunEngine:
******* Product: {B3B6029F-4752-4F21-975D-7936B36FBE10}
******* Action:
******* CommandLine: **********
MSI (c) (04:0C): Client-side and UI is none or basic: Running entire install on the server.
MSI (c) (04:0C): Grabbed execution mutex.
MSI (c) (04:0C): Cloaking enabled.
MSI (c) (04:0C): Incrementing counter to disable shutdown. Counter after increment: 0
*** Log Line Missing ***
=== Début de l'écriture dans le journal : 13/09/2004 11:32:17 ===
Début de l'action 11:32:17 : INSTALL.
Début de l'action 11:32:17 : DLLWrapStartup.
Fin de l'action 11:32:17 : DLLWrapStartup. Valeur renvoyée : 1.
Début de l'action 11:32:17 : AppSearch.
Action 11:32:17 : AppSearch. Recherche des applications déjà installées
AppSearch: Propriété : IE4FOUND ; signature : sigShdocvw
AppSearch: Propriété : XPFOUND ; signature : sigKernel32
(2) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 01, 2004
10:36 AM
I have a very similar problem to you, when signing on as a different user the windows installer tried to install a missing resource. After some investigation I determined that the original product installation was writing some update service related entries to the HKCU hive in the registry. These were not visible after I logged off and signed on again as a different user, causing the windows installer to detect a missing resource and kick off the install again. I included the Update Service in original install by selecting the Update Service Merge Module provided by InstallShield. I do not know why including this Merge Module causes entries to be made to the HKCU hive :rolleyes:
A temporary for my problem was to log on as admin, export the missing registry entries (under HKCU\\Software\InstallShield\Update Service) to a .reg file. Log back on as the other user and merge the .reg file back into the registry (by double-clicking on it).
I'm still trying to find a better solution going forward. :confused:
A temporary for my problem was to log on as admin, export the missing registry entries (under HKCU\\Software\InstallShield\Update Service) to a .reg file. Log back on as the other user and merge the .reg file back into the registry (by double-clicking on it).
I'm still trying to find a better solution going forward. :confused:
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 26, 2006
01:20 AM
I worked with InstallShield on this same issue. Since UpdateService (v3.1) support is installed with your application, the missing registry key (when changing users) causes Windows Installer to try "Self-Repairing". If you look at the Application log (via the event viewer), you will see several references to HKCU\Software\InstallShield\UpdateService. The tech customized a new merge module for us and it works like a champ.