![]() ![]() |
Nov 8 2006, 04:18 PM Post
#1 | |
| Member ![]() ![]() Group: Members Posts: 168 Joined: 24-September 03 Member No.: 7341 |
I've come across what appears to be a very minor bug while integrating IE7. I can't say it is caused by nlite, however, the problem does not occur if I install IE7 into an existing XP install, only when integrating. And again, it's minor. It would only affect User accounts, not Admin users. I have integrated the Final IE7, downloaded directly from MS, no other changes, into a plain XP SP2, with no other integrations, changes, or anything. What is happening, is the rights to the registry key, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer are being changed. On my pre-IE7 image, that key has the following permissions: Administrators - Full Control SYSTEM - Full Control Everyone - Read (Query Value, Enumerate Subkeys, Notify, Read Control) on my post IE7 integration, that key has the following permissions: Administrators - Read (Query Value, Enumerate Subkeys, Notify, Read Control) SYSTEM - Read (Query Value, Enumerate Subkeys, Notify, Read Control) Since there are no other rights, this triggers a couple of MSI errors (2503 followed by 2502, on EVERY MSI). Again, since most normal user accounts do not have the rights to install software via MSI's anyway, and most home users are Admin users, it's not a big issue. I only came across it because we deploy software to restricted users. Can anyone verify this? |
| | |
Nov 13 2006, 06:34 AM Post
#2 | |
| Group: Members Posts: 8 Joined: 17-March 06 Member No.: 91094 | What is happening, is the rights to the registry key, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer are being changed. This is *not* just related to IE7. I slipstreamed only windows updates using nlite and found the same problem while running office for a new user because it needs to run the msi installer the first time any office application launches (see my posting). It should be a bug in the nlite slipstreaming process which does not change the registry key permissions on that key. I just checked another system that was installed by hand and the default permissions on that registry key should be: Administrators - Full Control System - Full Control Everyone - Read When changing this permissions on HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer make sure you set them to propagate down by selecting the check box that reads: "Replace permission entries on all child objects ..." The permissions after using nlite patched files to install a new machine in unattended mode are: Administrators - Special (mostly read permissions) System - Full Control There are no permissions for "Everyone" as you mention. After changing the permissions (remember to propagate them to the child) and rebooting, I was able to log in to the machine with a new user account that had no administrator rights and launch Word for the first time without getting errors as before. The issue is not just IE7 related, must be an nlite 1.2.1 bug. Thanks for finding the problem, you made my day. This post has been edited by dijuremo: Nov 13 2006, 06:42 AM |
| | |
Jan 8 2007, 04:17 PM Post
#3 | |
| Group: Members Posts: 1 Joined: 8-January 07 Member No.: 120906 | What is happening, is the rights to the registry key, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer are being changed. This is *not* just related to IE7. I slipstreamed only windows updates using nlite and found the same problem while running office for a new user because it needs to run the msi installer the first time any office application launches (see my posting). It should be a bug in the nlite slipstreaming process which does not change the registry key permissions on that key. I just checked another system that was installed by hand and the default permissions on that registry key should be: Administrators - Full Control System - Full Control Everyone - Read When changing this permissions on HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer make sure you set them to propagate down by selecting the check box that reads: "Replace permission entries on all child objects ..." I can't find the values for those permissions at that registry key location. May you be more precise about where they 're located please? thanks |
| | |
Jan 8 2007, 05:23 PM Post
#4 | |
| ON PAUSE - nLite & vLite human.dll Group: Software Developers Posts: 4299 Joined: 25-October 03 Member No.: 8552 OS: none |
Ok, this a known bug, posted 3 times already, please search if there is a solution. I will fix it even though it didn't affect me. Thank you. |
| | |
Jan 9 2007, 12:09 PM Post
#5 | |
| Group: Members Posts: 1 Joined: 9-January 07 Member No.: 121008 |
but how can i fix this in a already installed system without using nlite?, a mean how can i change de registry values?
|
| | |
Jan 10 2007, 01:58 AM Post
#6 | |
| Advanced Member ![]() ![]() ![]() Group: Members Posts: 323 Joined: 4-September 06 From: TX Member No.: 109431 OS: XP Pro x64 | |
| | |
Jan 10 2007, 12:55 PM Post
#7 | |
| "everybody was kungfu fighting" ![]() ![]() Group: Members Posts: 195 Joined: 14-March 05 From: Mars Member No.: 47699 OS: XP Pro x86 |
Hi, Dont know if this is a bug or something, here it goes: "Show Desktop" icon on the quick launch is missing after intregrating IE7 with nLite. Does anybody else have that problem too? Or is it just me? Oh and a last question: My IE7 ui looks like IE6; is that normal?? |
| | |
Jan 10 2007, 02:42 PM Post
#8 | |
| Advanced Member ![]() ![]() ![]() Group: Members Posts: 323 Joined: 4-September 06 From: TX Member No.: 109431 OS: XP Pro x64 | Hi, Dont know if this is a bug or something, here it goes: "Show Desktop" icon on the quick launch is missing after intregrating IE7 with nLite. Does anybody else have that problem too? Or is it just me? Oh and a last question: My IE7 ui looks like IE6; is that normal?? No it isn't. If you integrated IE7 with RyanVM's 2.1.5a pack, you need to hit NO for browseui.dl_, shdocvw.dl_, and shlwapi.dl_. Please make your own thread for this, as hijacking someone else's thread can get you in trouble. Show Desktop is a known issue when integrating IE7. |
| | |
Jan 10 2007, 03:26 PM Post
#9 | |
| "everybody was kungfu fighting" ![]() ![]() Group: Members Posts: 195 Joined: 14-March 05 From: Mars Member No.: 47699 OS: XP Pro x86 | No it isn't. If you integrated IE7 with RyanVM's 2.1.5a pack, you need to hit NO for browseui.dl_, shdocvw.dl_, and shlwapi.dl_. Please make your own thread for this, as hijacking someone else's thread can get you in trouble. Show Desktop is a known issue when integrating IE7. Ok thanks for your fast reply!! Hehehe... Do you mean remove files? or keep? Please explain... I ve found the solution for the desktop icon run: regsvr32 /s /n /i:U shell32 (then reboot) Oops:P for hijacking someone else's thread This post has been edited by 2forza: Jan 10 2007, 04:07 PM |
| | |
Jan 10 2007, 05:05 PM Post
#10 | |
| Advanced Member ![]() ![]() ![]() Group: Members Posts: 323 Joined: 4-September 06 From: TX Member No.: 109431 OS: XP Pro x64 | No it isn't. If you integrated IE7 with RyanVM's 2.1.5a pack, you need to hit NO for browseui.dl_, shdocvw.dl_, and shlwapi.dl_. Please make your own thread for this, as hijacking someone else's thread can get you in trouble. Show Desktop is a known issue when integrating IE7. Ok thanks for your fast reply!! Hehehe... Do you mean remove files? or keep? Please explain... I ve found the solution for the desktop icon run: regsvr32 /s /n /i:U shell32 (then reboot) Oops:P for hijacking someone else's thread Then you integrate Ryan's pack and IE7 at the same time (like u are supposed to), you get a prompt keep the newer file (because IE7 uses an older version of a file). If you say yes to keep that file for those 2 files, you get IE7 with an IE6 UI which is pointless. Make sure you said no to those. This prompt appears during the actual integration process. |
| | |
Jan 10 2007, 05:38 PM Post
#11 | |
| "everybody was kungfu fighting" ![]() ![]() Group: Members Posts: 195 Joined: 14-March 05 From: Mars Member No.: 47699 OS: XP Pro x86 |
Oh many many thanks!! Ill try tomorrow |
| | |
Jan 16 2007, 12:23 PM Post
#12 | |
| ON PAUSE - nLite & vLite human.dll Group: Software Developers Posts: 4299 Joined: 25-October 03 Member No.: 8552 OS: none |
Updated to RC2, please someone try it if it solves this MSI permission thing.
|
| | |
Jan 16 2007, 04:16 PM Post
#13 | |
| Advanced Member ![]() ![]() ![]() Group: Members Posts: 476 Joined: 7-January 07 From: Breda Member No.: 120733 OS: XP Pro x86 |
i got the same problem. but i havent integrated anything i just removed some components. then i installed ie7 manually on the nlited os and the interface is ie6 also quick launch icon is gone. |
| | |
Jan 16 2007, 07:00 PM Post
#14 | |
| ON PAUSE - nLite & vLite human.dll Group: Software Developers Posts: 4299 Joined: 25-October 03 Member No.: 8552 OS: none |
mitsukai, your error isn't related to the installer entry. Check if you installed the IE7 hotfixes which are in it.
|
| | |
Jan 17 2007, 04:11 AM Post
#15 | |
| Advanced Member ![]() ![]() ![]() Group: Members Posts: 476 Joined: 7-January 07 From: Breda Member No.: 120733 OS: XP Pro x86 |
where do i find this hotfixes
|
| | |
Jan 18 2007, 07:32 AM Post
#16 | |
| Member ![]() ![]() Group: Members Posts: 148 Joined: 3-July 03 Member No.: 4816 |
I integrated IE7 and the 2 hotfixes for it and then ran the regsvr32 command. The Show Desktop link in the quick launch was restored. And the registry permissions are exactly what they should be. But the M$ Update ActiveX needs to be installed. Does anyone know how I can get this applied during setup? I did RVM's update pack with his integrater and then nlite for IE7 and the 2 hotfixes. This post has been edited by OrcoXP: Jan 18 2007, 07:38 AM |
| | |
![]() ![]() |
| Lo-Fi Version | Time is now: 7th November 2009 - 11:09 AM |