[Release] Internet Explorer 7 English w/Updates (v2.0.4a)
- dougiefresh
- Posts: 948
- Joined: Wed May 11, 2005 5:05 pm
- Location: Murfreesboro, Tennessee
- Contact:
- RogueSpear
- Posts: 1155
- Joined: Tue Nov 23, 2004 9:50 pm
- Location: Buffalo, NY
I think it's somewhat safe to say that if you have integrated IE7 into your source and performed an install with that source, you're pretty much stuck with IE7. If you can find an install routine for IE6 I suppose you could try to execute that and see what happens, but something tells me that even if it appears to work you're still going to be stuck with some IE7 code in there somewhere.
Oh man!RogueSpear wrote:I think it's somewhat safe to say that if you have integrated IE7 into your source and performed an install with that source, you're pretty much stuck with IE7. If you can find an install routine for IE6 I suppose you could try to execute that and see what happens, but something tells me that even if it appears to work you're still going to be stuck with some IE7 code in there somewhere.
- runningfool87
- Posts: 324
- Joined: Wed Apr 18, 2007 2:43 pm
-
- Posts: 1
- Joined: Fri Sep 14, 2007 6:16 am
There seems to be a problem with the latest version of IE7 pack.
I integrated the following packins in this specific order using a brand new XP SP2 CD:
RVMUpdatePack2.1.11
RUPUpdates-2.1.11.13-Addon
NR_IE7en_Addon_1.0.6b_alt
Using QFECHECK I get the following output:
So I made a few invesigations and it seems that these files are found in both IE7 pack and in RUPUpdates pack.
RUPUpdates pack contains the newer version (the correct one). The problem is IE7 pack contains older versions of them.
So because of the order of integration, IE7 pack being the last one, the correct files are overwriten by the older ones and thus resulting in the QFECHECK output.
My questions is what can I do ?
Can I simply remove those files from IE7 pack without breaking anything, or the files should be removed from RUPUpdate and be put in the IE7 pack because they are newer ?
I integrated the following packins in this specific order using a brand new XP SP2 CD:
RVMUpdatePack2.1.11
RUPUpdates-2.1.11.13-Addon
NR_IE7en_Addon_1.0.6b_alt
Using QFECHECK I get the following output:
Code: Select all
KB937143: This hotfix should be reinstalled.
The following files are incorrect for this hotfix:
C:\WINDOWS\SYSTEM32\BROWSEUI.DLL
C:\WINDOWS\SYSTEM32\SHDOCVW.DLL
C:\WINDOWS\SYSTEM32\SHLWAPI.DLL
RUPUpdates pack contains the newer version (the correct one). The problem is IE7 pack contains older versions of them.
So because of the order of integration, IE7 pack being the last one, the correct files are overwriten by the older ones and thus resulting in the QFECHECK output.
My questions is what can I do ?
Can I simply remove those files from IE7 pack without breaking anything, or the files should be removed from RUPUpdate and be put in the IE7 pack because they are newer ?
- runningfool87
- Posts: 324
- Joined: Wed Apr 18, 2007 2:43 pm
integrate the ryanvm update pack and code's update addon 1st, close RVM integrator, re-open it and integrate IE7. the IE7 addon needs the older versions (its not a big issue) and if you later use nlite to integrate the last 2 IE7 hotfixes manually (check for references to them earlier in this thread), they may get patched anyway.
this is basically the method i use to integrate IE7, and i havent had any problems with it for my last 5 or 6 ISO's.
this is basically the method i use to integrate IE7, and i havent had any problems with it for my last 5 or 6 ISO's.
-
- Posts: 63
- Joined: Wed Jan 19, 2005 12:55 pm
- Location: Haverfordwest, Wales, UK
HI,
I am getting the same issues that gabriel_ro reported however I am integrating the following packs in this order on Windows XP Home SP2:
RVMUpdatePack2.1.11
RUPUpdates-2.1.11.13-Addon
NR_IE7en_Addon_1.0.6b
WScript57-1.0.0-Addon.7z
wmp11slips0.85i.exe (via built-in integrator)
Driverpacks (all of them - current versions)
Is there anyway I can change the integration order to resolve this issue without reinstalling KB937143 post XP installation?
I am getting another issue with KB933811 and JSCRIPT.DLL which might be related to the order of installation for WScript57-1.0.0-Addon.7z.
I might ditch WScript57-1.0.0-Addon.7z in any event however is there any way to fix this issues?
Kind Regards
Simon
I am getting the same issues that gabriel_ro reported however I am integrating the following packs in this order on Windows XP Home SP2:
RVMUpdatePack2.1.11
RUPUpdates-2.1.11.13-Addon
NR_IE7en_Addon_1.0.6b
WScript57-1.0.0-Addon.7z
wmp11slips0.85i.exe (via built-in integrator)
Driverpacks (all of them - current versions)
Is there anyway I can change the integration order to resolve this issue without reinstalling KB937143 post XP installation?
I am getting another issue with KB933811 and JSCRIPT.DLL which might be related to the order of installation for WScript57-1.0.0-Addon.7z.
I might ditch WScript57-1.0.0-Addon.7z in any event however is there any way to fix this issues?
Kind Regards
Simon
- cyberloner
- Posts: 315
- Joined: Tue Sep 20, 2005 2:13 am
- Location: http://www.cybermania.ws
- Contact:
- runningfool87
- Posts: 324
- Joined: Wed Apr 18, 2007 2:43 pm
[i386_compress]
rvmtemp\extracted\ieuinit.inf
rvmtemp\extracted\iexplore.chm
rvmtemp\extracted\iexplore.exe
rvmtemp\extracted\imgutil.dll
... not see string "rvmtemp\extracted\ieproxy.dll", it must be there?
I will edit in .ini:
[obsolete]
KB914440
KB915865
KB925454
; For orig RUP13; if it was not modify and not include KB933729
;KB925623
KB928090
KB929726
KB929969
KB931768
KB933566
; Below is needed by: cdfview.dll,danim.dll,inseng.dll,mshtml.dll,msrating.dll,pngfilt.dll
; Enable at your own risk...
; For orig RUP13; if it was not modify and not ivclude KB939653
;KB937143
KB938127
; Below is needed by: cdfview.dll,danim.dll,inseng.dll,mshtml.dll,msrating.dll,pngfilt.dll
; Enable at your own risk...
; For future updated packs KB925623 KB937143 need to be obsolete
;KB939653
and in .inf:
[UpPck.DelReg]
HKLM,"%SP3UPDATES%\KB914440" ;custsat.dll xpsp3res.dll
HKLM,"%HFREGPATH%\KB914440"
HKLM,"%SP3UPDATES%\KB915865" ;IE6 xmllite.dll
HKLM,"%HFREGPATH%\KB915865"
HKLM,"%SP3UPDATES%\KB925454" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB925454"
;HKLM,"%SP3UPDATES%\KB925623" ;rpcrt4.dll xpsp3res.dll update
;HKLM,"%HFREGPATH%\KB925623"
HKLM,"%SP3UPDATES%\KB928090" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB928090"
HKLM,"%SP3UPDATES%\KB929969" ;IE6 Vgx.dll update
HKLM,"%HFREGPATH%\KB929969"
HKLM,"%SP3UPDATES%\KB931768" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB931768"
HKLM,"%SP3UPDATES%\KB933566" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB933566"
HKLM,"%SP3UPDATES%\KB937143" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB937143"
HKLM,"%SP3UPDATES%\KB938127" ;IE6 Vgx.dll update
HKLM,"%HFREGPATH%\KB938127"
HKLM,"%SP3UPDATES%\KB939653" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB939653"
tomorow will test modifyed and updated addon
rvmtemp\extracted\ieuinit.inf
rvmtemp\extracted\iexplore.chm
rvmtemp\extracted\iexplore.exe
rvmtemp\extracted\imgutil.dll
... not see string "rvmtemp\extracted\ieproxy.dll", it must be there?
I will edit in .ini:
[obsolete]
KB914440
KB915865
KB925454
; For orig RUP13; if it was not modify and not include KB933729
;KB925623
KB928090
KB929726
KB929969
KB931768
KB933566
; Below is needed by: cdfview.dll,danim.dll,inseng.dll,mshtml.dll,msrating.dll,pngfilt.dll
; Enable at your own risk...
; For orig RUP13; if it was not modify and not ivclude KB939653
;KB937143
KB938127
; Below is needed by: cdfview.dll,danim.dll,inseng.dll,mshtml.dll,msrating.dll,pngfilt.dll
; Enable at your own risk...
; For future updated packs KB925623 KB937143 need to be obsolete
;KB939653
and in .inf:
[UpPck.DelReg]
HKLM,"%SP3UPDATES%\KB914440" ;custsat.dll xpsp3res.dll
HKLM,"%HFREGPATH%\KB914440"
HKLM,"%SP3UPDATES%\KB915865" ;IE6 xmllite.dll
HKLM,"%HFREGPATH%\KB915865"
HKLM,"%SP3UPDATES%\KB925454" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB925454"
;HKLM,"%SP3UPDATES%\KB925623" ;rpcrt4.dll xpsp3res.dll update
;HKLM,"%HFREGPATH%\KB925623"
HKLM,"%SP3UPDATES%\KB928090" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB928090"
HKLM,"%SP3UPDATES%\KB929969" ;IE6 Vgx.dll update
HKLM,"%HFREGPATH%\KB929969"
HKLM,"%SP3UPDATES%\KB931768" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB931768"
HKLM,"%SP3UPDATES%\KB933566" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB933566"
HKLM,"%SP3UPDATES%\KB937143" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB937143"
HKLM,"%SP3UPDATES%\KB938127" ;IE6 Vgx.dll update
HKLM,"%HFREGPATH%\KB938127"
HKLM,"%SP3UPDATES%\KB939653" ;IE6 cumulative
HKLM,"%HFREGPATH%\KB939653"
tomorow will test modifyed and updated addon
- ricktendo64
- Posts: 3214
- Joined: Mon May 22, 2006 12:27 am
- Location: Honduras
- cyberloner
- Posts: 315
- Joined: Tue Sep 20, 2005 2:13 am
- Location: http://www.cybermania.ws
- Contact:
- Nameless Mofo
- Posts: 35
- Joined: Wed Feb 28, 2007 12:18 pm
- nonno fabio
- Posts: 1627
- Joined: Mon Jun 06, 2005 10:36 am
- Location: Northern Italy
- Contact:
The list is pretty simple:
KB938127 (replaces KB929969) and KB939653 (replaces KB933566)
KB938127 (replaces KB929969) and KB939653 (replaces KB933566)
Don't ask for a different configuration of Onepiece's XP AIO Update Pack: use one of the existing vanilla XP UpdatePack with your preferred addons instead
- cyberloner
- Posts: 315
- Joined: Tue Sep 20, 2005 2:13 am
- Location: http://www.cybermania.ws
- Contact:
- runningfool87
- Posts: 324
- Joined: Wed Apr 18, 2007 2:43 pm
A) there are 2-3 hotfixes that would need to be added. its much simpler to either do a post-install or integrate the addon as-is and use nLite to add the remaining hotfixes.cyberloner wrote:some one should do update this addon....
pls -.-
B) NR's work on this addon is very extensive. i actually considered updating the addon for personal use, but the inf files contain so many reg entries that unless someone has a week or more to pour over this addon, no one but NR will be able to update it.
C) the core of the problem is that two hotfixes in this addon would have to be REPLACED - meaning reg and filepath entries would have to all be cleanly removed. then updated reg entries and filepaths would have to be added for the new hotfixes. its not just a simple matter of pasting new hotfix entries to the end of an inf file...this would seriously require a LOT of work.
someone should look into making an IE7 slipstreamer, similar to the one Boooogy made for WMP11...
I definitely agree and if possible that would be an incredible answer to the IE7 confusion... even now I'm unsure which IE7 update works problem free so I continue to be hesitant in using themrunningfool87 wrote: someone should look into making an IE7 slipstreamer, similar to the one Boooogy made for WMP11...
- Zyx_Maiden
- Posts: 128
- Joined: Mon Mar 12, 2007 9:32 pm
- Location: Québec, Canada
What do you think about this? Should i add KB945007 to the addons? Or should i make a seperate addon for this kb?
Quote from support page
Quote from support page
We strongly recommend that you deploy this IE ACA update only to computers for testing before the "Click to activate" behavior is permanently removed in the Internet Explorer cumulative update that is planned for April 2008.
- RogueSpear
- Posts: 1155
- Joined: Tue Nov 23, 2004 9:50 pm
- Location: Buffalo, NY
- nonno fabio
- Posts: 1627
- Joined: Mon Jun 06, 2005 10:36 am
- Location: Northern Italy
- Contact:
I think you should add it. "click to activate" was added only due to legal problems: security is not reduced by removing that message.
Don't ask for a different configuration of Onepiece's XP AIO Update Pack: use one of the existing vanilla XP UpdatePack with your preferred addons instead
- runningfool87
- Posts: 324
- Joined: Wed Apr 18, 2007 2:43 pm
- cyberloner
- Posts: 315
- Joined: Tue Sep 20, 2005 2:13 am
- Location: http://www.cybermania.ws
- Contact:
Hi MrNxDmX,
Thank you very much for your IE Addon, great job !
By the way, if I set IEAccess=off in my winnt.sif, then I can't activate quick launch bar. It works if I don't slipstream your addon.
Ok, you're gonna tell me : "What's the point to slipstream IE7 if you don't use it ?!"
Well, I mainly use Firefox, but some web site requires IE so I use IETab plugin. And it's better to use IE7 engine rather than IE6
EDIT : Here is a quick fix . In fact, the quick launch bar can't be activated because "%UserProfile%\Application Data\Microsoft\Internet Explorer\Quick Launch" does not exist. So, I simply added this in my cmdlines.txt and it works like a charm :
mkdir "%UserProfile%\Application Data\Microsoft\Internet Explorer\Quick Launch"
Kal
Thank you very much for your IE Addon, great job !

By the way, if I set IEAccess=off in my winnt.sif, then I can't activate quick launch bar. It works if I don't slipstream your addon.
Ok, you're gonna tell me : "What's the point to slipstream IE7 if you don't use it ?!"
Well, I mainly use Firefox, but some web site requires IE so I use IETab plugin. And it's better to use IE7 engine rather than IE6

EDIT : Here is a quick fix . In fact, the quick launch bar can't be activated because "%UserProfile%\Application Data\Microsoft\Internet Explorer\Quick Launch" does not exist. So, I simply added this in my cmdlines.txt and it works like a charm :
mkdir "%UserProfile%\Application Data\Microsoft\Internet Explorer\Quick Launch"
Kal
Sorry for late update folks. I'm busy with my real life. University suks 
Updated addons to 107 release. Changelog in first post. I'vent tested these on real machines yet, only on vmware.
Everything seems fine here.
@ kal: I'll look in that issue. Thanks for suggestion
I'm uploading to rapidshare now. I'll update first post when upload finishes.
This was the old changelog in case sb needs

Updated addons to 107 release. Changelog in first post. I'vent tested these on real machines yet, only on vmware.
Everything seems fine here.
@ kal: I'll look in that issue. Thanks for suggestion

I'm uploading to rapidshare now. I'll update first post when upload finishes.
This was the old changelog in case sb needs
Edit: Rapid links are up.Changelog:
2007-07-16 v106b: Added "flags=IgnoreFileVersions" for nLite users also added FileFlags for better winnt32.exe installs.
2007-06-28 v106a: Added registry tweaks described here. Thanks code65536.
2007-06-24 v106: Added KB933566 (Replaces KB931768)
2007-05-28 v105c: Fixed tweaks not being applied, reported here
Last edited by MrNxDmX on Thu Jan 17, 2008 9:33 pm, edited 1 time in total.
thx a ton MrNxDmX,will try asap.
XP theme source patcher
patches/overwrites ure default xp visual resources
patches/overwrites ure default xp visual resources
- RogueSpear
- Posts: 1155
- Joined: Tue Nov 23, 2004 9:50 pm
- Location: Buffalo, NY
Re: [Release] Internet Explorer 7 English w/Updates (v1.0.7)
Why is KB28090 still included in the addon. Has it not been replaced long time back?MrNxDmX wrote:Here are my Internet Explorer 7 Addons (for Windows Xp English) with following IE7 updates integrated: KB928090, KB938127, KB942615
Addons are compatible with RyanVM Update Pack from 2.1.6 to 2.2.1.
I thought:
KB942615 Replaced KB939653 Replaced KB933566 Replaced KB931768 Replaced KB928090 & KB929726
Last edited by Sanjay on Thu Jan 17, 2008 10:43 pm, edited 1 time in total.
Thanks. So I gather, "KB942615 Replaced KB939653 Replaced KB933566 Replaced KB931768 Replaced KB928090 & KB929726", is not correct? Just out of curiosity, howcome 'KB28090' does not show up in Windows Update even when I don't include it in my unattended install?MrNxDmX wrote:KB928090 updates corpol.dll file. Thats why its still in the pack
im prety sure ure addons works cuz all other ie7 addons used to work and nows ther are issues with ryan b3 update pack, i just hope it come to his attention.afew of the ie7 hotfixes are in rvmudp b3 witch leads me to belive there maybe registry issues.. or just soemthing else.
XP theme source patcher
patches/overwrites ure default xp visual resources
patches/overwrites ure default xp visual resources
- cyberloner
- Posts: 315
- Joined: Tue Sep 20, 2005 2:13 am
- Location: http://www.cybermania.ws
- Contact:
-
- Posts: 4
- Joined: Tue Jan 15, 2008 5:52 pm