Since Microsoft is so delayed in the release of SP3 for XP, I went searching for a substitute and came across Super-Magician's SP3 Security Pack, then got thinking if there was a way to slipstream all the hotfixes into a XP install disc, and from there linked to TommyP's HFSLIP.

Now getting to the point, after reading all about TommyP's HFSLIP and how to do it, I tried Slipstreaming about 4 times to get everything right the way I wanted it, and it is except the installation of IE 7 at the first GUI logon.

Why? well because looking at the IE 7 log, the WGA Check Failed and the install of IE 7 was aborted because I chose not to activate Windows before the first GUI logon of Windows.

So I think it would be great to note this on the "Important things to know" page, that if you want IE 7 to install at the first logon you have to choose to activate Windows before you logon so that IE 7 will see that your Windows is genuine.

Correct me if I'm wrong or if there's a way around this, and why can't IE 7 be slipstreamed like WMP11 in XP Pro since WMP11 requires a check to see if Windows is genuine also.

Thanks to TommyP for your Hotfix Slipstreamer and Super-Magician for your SP3 Security Pack for those that dont want to slipstream.

Well, I see you've found the MSFN forums as well. Welcome! And thanks for using my pack.

Anyway, I would like to say that what you are mentioning already exists on the HFSLIP website. In fact, it's stated on that very page to which you referred.

Important things to know


I hope this helps a bit. HFSLIP cannot slipstream IE7 because of many problems that exist within the package itself. As of this point, we have not been able to find a way around these issues. Tomcat76 will be doing more testing, however, in the weeks/months to come. Even with IE7 installed at GUIRunOnce or T-13, there are still issues.


I can't think of a way around having to activate before installing IE7. Someone else might be able to shed some light on this.

Again, welcome to MSFN and thanks for using HFSLIP! I'm interested in how you used my pack in conjunction with this because it isn't designed to be supported by slipstreaming programs.

Thanks for the welcome Super-Magician,

I never ended up using your SP3 Security Pack, because I wanted to slipstream the hotfixes instead, which is why I used HFSLIP. I saw a link to TommyP's site from your forum on s.p.a.m site, sorry if it sounded like I used your pack.

I know all about the "Important things to know" page on the HFSLIP site, I just think it should also mention that if you choose not to activate Windows before the first logon of a new Windows install, IE 7 will not install.

Isn't that what IS already posted there, just stated conversely? Anyway, I guess I should have read your post more clearly. Well, hope HFSLIP works well for you.

It seems the name of that site is in MSFN's ban filter.

would it easier to use the Internet Explorer 7 addon from RyanVM's website? How about the WMP 11 addon from the same website? John

Slipstreaming WMP11 into Windows XP Pro is possible since HFSLIP 1.2.0. Details are on the Important things to know page.

The current test release slipstreams IE7 into Windows XP. It's stable as far as I'm concerned...

**Oops, didn't see Tomcat's post.

so how do you activate windows before installing IE 7 if you have to call MS to activate it? If you want to test it on vmware why should you active it? Also where does IE7 go? John

(1) Slipstreaming IE7 doesn't require activation before installing.
(2) It's just a limitation of the installer. HFSLIP can't do anything about having to activate if IE7 is integrated.
(3) It still goes in HF regardless.

a mite off topic tc76 but when is the next release due ? i'm waiting for that to play with IE7 slipstreaming rather than test the prerelease builds...

I haven't any more updates planned for the next final so it should be identical to the current test release. I'm just waiting for anyone to report any new, obscure bugs that I haven't come across during my testing.

I've got one for ya.

when slipstreaming IE7 with hfslip-70226a, and run WU I still have to install 2 updates (KB905474 and KB928090) when using the same source and using IE7SVCPACK=1 WU doesn't complain.

WinXP Pro NL

KB905474 maybe doesn't install well because your system is in NL language and you have slipstreamed for English language or you haven't downloaded the latest one that is released some days ago.

KB905474 isn't available in Dutch, as far as I know it's only available in english

and

when using the same source and using IE7SVCPACK=1 WU doesn't complain.

Ok, but the latest file in english is called WindowsXP-KB905474-ENU-x86-Standalone.exe and not as your file. This file has updated 5-6 days ago.

Trying that one atm. but still doesn't explain the KB928090 update, and the fact it works well when not slipstreaming, but using the IE7SVCPACK=1 option

Have you removed that option in .ini file? I haven't removed it but it works well... Have you tried to download again the update?

Yes I removed that option.. otherwise it would install at T-13 intead of slipstream into the source (or am I wrong here?)

I slipstream Ie7 with the test release, and I have that option set in that file. All works well.

Now I'm confused... when setting the option IE7SVCPACK=1 HFSLIP installs IE7 at T-13 instead of slipstreaming (right?)
so how can you be slipstreaming IE7 when you have the IE7SVCPACK=1 option set?

Sure when I set the option it works for me too, but then it wouldn't be slipstreamed but installed at T-13 (right?)

I think that in the latest test release, the method from SVCPACK is been removed. I haven't any IE7 package that install at T-13

maybe Tommyp or Tomcat76 can say something about that. and what method to use.

Edit: the new WindowsXP-KB905474-ENU-x86-Standalone.exe works, and no WU thanks for that, but the cummulative IE7 patch (KB928090) still shows up on WU

I'm testing without that option (IE7SVCPACK), I want to see if the bug is that or not.

HFSLIP 1.3.1:
- use info on "Important things to know" page for WinXP and Win2K3

Current test release and future final:
- use info on "Important things to know" page for Win2K3
- for WinXP, IE7 is slipstreamed; the IE7SVCPACK variable is ignored

Glowy I don't know why you have that problem with IE update, I have tested once again but I haven't had any error, the only one update that WU shows me is related to KB925720 (february update) that isn't released through microsoft site yet. I'll post my log, so you can try to understand why your installation doesn't work

i tried out the latest pre-release - hfslip-70226a.zip Works awesome! Seamless slipstream of IE7! Way to go Hfslip and the Hfslip team

OK so IE7SVCPACK has nothing to do with it.

but:

Tried with 70228b still the same.. even cleaned out everything not on the dynamic list. still no go.
redownloaded the patch no change
when starting IE7 it does a runonce.. hangs at 100% cpu
when going directly to a url or windows update no problem.

hfnetchk:


tried with 1.3.1 => no problem.

Why will it not slipstream

KB928090 for IE7 does not include browseui.dll. That file is included in the update for IE6.

the_guy

I noticed that too... trying to figure out where it came from right now...

I don't get it.. IE7 package contains browseui.dll version 6.0.2900.2995
but none of the updates contains the expected 6.0.2900.3059, but is included in the KB928090 update for ie6

weird.... even when only including SP2, IE7 and IE7 patches, WU still comes up with KB928090. IE still hangs at 100% when starting from start menu.

HFSLIP.LOG:


After letting WU install the update everything works fine, when starting IE from startmenu the question for enable-ing phisingfilter comes up.
browseui.dll still at 6.0.2900.2995 so this file has nothing to do with IE7 not working properly.

After this did a new install with the same source, and installed KB928090 manually same result no problems.

Still confused.. and still want IE7 hotfixes slipstreamed
any help would be appreciated.

i have the exact same issue


hfnetchk log file attached.
OS is XP MCE
HFSLIP Version - 70228b
IE7 + updates are all slipstreamed. IE7SVCPACK value not touched i.e., stock

It seems everyone has this problem. Even I have it. It's likely only a problem with Microsoft's XML file.

Edit: It can ONLY be Microsoft's problem. Like the_guy said, KB928090 for IE7 does not contain browseui.dll. KB928090 for IE6 does, however. The XML file does not distinguish between the two versions.

i concur. this is not very likely to be an hfslip problem rather another MS f*kup

Well, considering I installed KB928090 through Automatic Updates, it can't be an HFSLIP problem.

there we go then. either the next patch tuesday is gonna come with a new patch for IE7 that DOES include this or a newer version of browseui.dll OR an updated .XML

But, how can it be that when the update is installed, browseui.dll is still at the "old" version (6.0.2900.3020) and hfnetchk still complains, but WU doesn't complain ???

What file is WU checking? any way to check what WU is checking to see if an update is installed or not?
edit: did a check, no files are updated (files are already at version level 7.0.6000.16414, only some registry keys, checking now on a clean install if importing these keys is enough to have WU stop complaining
Edit2: nope just the reg key didn't work


And

When not slipstreaming, but installing at T-13 there is no problem, so there are multiple problems here.. (The WU and the hfnetchk problem)

- hfnetchk always complains about browseui.dll wheter IE7 is installed manually, slipstreamed or installed at T-13
(I don't think browseui.dll is part of the WU problem, this is no serious problem only cosmetic when running hfnetchk)
- WU complains about KB928090 only when IE7 is slipstreamed
(So I do think hfslip has something to do with it, as I said before: browseui.dll is always the "older" version when installing IE7 + hotfixes no matter what method is used)

so let's drop the browseui.dll issue, and look further at the WU problem.