Hello,
I just stumbled across an issue when deploying the Internet Explorer 9 on Microsoft Windows 7 SP1, like many others before me. See here for example:
http://www.butsch.ch/post/Internet-Explorer-9-Setup-Breaks-Active-Setup-of-further-MSI-Packages.aspx
The Internet Explorer 9 setup creates the REG_SZ "NoIE4StubProcessing" with the value "Y" under HKLM\Software\Microsoft\Active Setup\Installed Components. This blocks all Active Setup components from being executed, when a user logs on. This seems to be part of the preparation for the reboot during the IE 9 setup and is supposed to be reversed afterwards.
To re-enable the Active Setup processing, the IE 9 installer places a command in the RunOnce-Key under HKLM. This command is also labeled "NoIE4StubProcessing" and contains the following command line:
reg.exe DELETE "HKLM\Software\Microsoft\Active Setup\Installed Components\NoIE4StubProcessing" /f
In theory, this command will be executed as soon as the first user logs back on, remove the registry entry blocking the Active Setup process and thus enable it again.
However, this only works, if the first user has local admin priviledges on the machine. If an unpriviledged user logs on, the command is still executed and the entry under "HKLM\Software\Microsoft\Windows\CurrentVersion\RunOnce" is removed, but the "NoIE4StubProcessing" entry under "HKLM\Software\Microsoft\Active Setup\Installed Components" remains - resulting in a permantely disabled Active Setup on the machine.
I am not sure, that this is a bug of the IE 9 installer or the way the commands under "HKLM\Software\Microsoft\Windows\CurrentVersion\RunOnce" are executed. Nevertheless, a fix for the problem would be great instead of shitty workarounds, that may break other things.
Due to other means of contacting the developers / program managers in charge, could some moderator pass the issue along? - Please!
----------------------- Greetings from Germany, Martin
