Tomcat76

That's an interesting find. It may be that the branding has changed in IE7. Suggestion: use IEAK7 to create BRANDING.CAB with those custom settings of yours, copy it in the HFCABS folder and let HFSLIP handle it from there.

People have reported problems with unattended + IE7 before. I don't really know how an unattended install works "on the inside" so right now I doubt I can come up with a workaround. When the IE7 installer (even the original) is installed at T-13, ActiveSetup bits are forcefully removed from the registry so IE6-related post-installs aren't executed. An unattended install may handle things slightly differently and Microsoft haven't yet taken that into account. You can actually test if the modifications made to the IE7 installer by HFSLIP are the evil doers by excluding the IE7 hotfixes (and BRANDING.CAB if you're using that). In this scenario, HFSLIP won't touch the original executable; it will just be renamed. Edit... Exclude these: WindowsMedia10-KB917734-x86-ENU.exe (for WMP10; may conflict with WMP11) WindowsMedia-KB891122-x86-ENU.exe (for WMP9/10; harmless, but a waste of time to have HFSLIP handle it)

For the record... dziubek posted it earlier in the_guy's Windows XP list but I removed it when cleaning up that thread.

Was there no problem with the desktop icon after using version 1.4.5? If so, try this: 1) Run HFSLIP 1.4.5 2) Copy IE7_INST.EXE from SOURCESS\I386\SVCPACK some place else 3) Run HFSLIP 1.5.0 4) Replace IE7_INST.EXE from SOURCESS\I386\SVCPACK with the one you backed up before 5) Install

There have been several hacking attempts over the last few months; it's possible that your block was blocked. I'll see if we can figure this out.

If your source came with SP2 you may want to make sure you remove everything from the SVCPACK folder. Some newer SP2 sources install a non-public IE6 patch. My source was originally "Gold", manually updated to SP2. hfslip_tc_deu.zip

I just took a closer look at your log file. I don't know if that's the source of the problem, but if you want to slipstream WMP11 you need to include WindowsXP-KB898543-v3-x86-ENU.exe. Not slipstreaming this MSOOBE hotfix will cause MSOOBE to fail to run (and possibly other things) when slipstreaming WMP11. This is explained on the Important things to know page but I forgot to add it to my hotfix list when incorporating WMP11 into it yesterday. If the source OS is not English, HFSLIP will only slipstream msobmain.dll from it; that's enough to fix the MSOOBE issues. On a side note... You should remove WindowsXP-KB923689-x86-DEU.exe, and you probably want to have WindowsXP-KB927891-v3-x86-DEU.exe in.

Can you bypass the proxy?

Whoops... Forgot to update it... Thanks...

Gentle bump... ;-)

>> Our WSUS may automatically detect that this patch is missing... KB896344 is only available for English and Japanese versions of Windows XP. It doesn't apply to other versions. >> May it be a problem with the german IE7 installation or am I doing anything wrong? Well... You've seen my screenshot of WinXP SP2 German with IE7 integrated (SVCPACK method). The IE7 desktop icon works and I even removed it and placed it back. So right now I doubt it's a general problem with German versions of XP. >> The Changelog for RC8 mentiones something about localized versions and desktop icons... It mentions the "Show Desktop" icon ("Desktop anzeigen" in German), which is something different than the IE7 icon.

I find it hard to believe that RC7 was fine. You can see for yourself in the changelog which change was made from RC7 to RC8. Check inside the custom cabs if the contained files have the date/time stamp of when you ran HFSLIP. If so, that's your problem. If you're not running HFSLIP on Windows 2000, the files in the three custom cab files used to get the current date/time stamp. HFSLIP works around this now by using MAKECAB.EXE in the main HFSLIP working folder if the host OS is not Windows 2000; if MAKECAB.EXE does not exist in the HFSLIP working folder, the one from SOURCE\I386 is used. Did you remove the custom cab files created by an earlier RC which still used the system's MAKECAB.EXE for host OS's other than Windows 2000? If not, remove them and let RC8 create them again.

CLEANUP Please post only content relevant to the_guy's list in this thread. Thank you.

Nice.

HFSLIP.LOG seems fine for the most part. You should also remove WindowsXP-KB896344-v2-x86-ENU.exe (for English and Japanese versions only) and WindowsMedia9-KB917734-x86-DEU.exe (for WMP9, not 11) but that shouldn't have anything to do with your problem. Can you ZIP HFANSWER.INI and attach it to your next post?

Well... It's all working here with an SVCPACK install (using IE7SVCPACK=1 in HFANSWER.INI). Screenshot

Well... I'm 90% sure it's there for Windows 2000 but not for XP. I'll have to test this with an unadulterated XPSP2...

As glentium noted, can you post your HFSLIP.LOG file? I didn't notice any (unknown) problems slipstreaming IE7 into a German XPSP2 source. The IE7 icons in Quick Launch and on the Desktop work as intended. I'll try the SVCPACK method now...

HFSLIP blocks slipstreaming of IE7 into Win2K3 (ie, the IE7SLIPSTREAM variable is un-defined by force if the source OS is Win2K3) because you'd otherwise get TONS of error messages popping up during Windows setup. I don't have the time to find out the cause but I suspect the Win2K3 source doesn't like to be messed with too much.

Application addons are supported through the HFAAO folder; read more about it here (#3 Application addons). You are advised to remove all hotfixes from the HF folder which are already covered by the addons you include; this especially applies to RyanVM's Update Pack.

I don't see anything unusual with the German version of that hotfix. I will have to test this when I have the time. The English and Dutch versions are working fine--

Home page Basic how-to Hotfix update lists That should get you started...

http://www.msfn.org/board/index.php?act=ST...129&t=97066

Nice... Life is all "Floricienta" now, hehe Concerning your OE question... I can't remember Windows XP setup creating that shortcut. Are you sure it's supposed to be there on a virgin install?

@sabregreen There shouldn't be any problems with that hotfix on 2K3SP2. It is missing an SP1QFE (or SP1GDR) folder so it's SP1 that's affected. Thanks anyway @XibaD I didn't know that. I checked Dutch & French systems and they use "Application Data". But I now checked the German version and its Application Data folder is localized like the Spanish one. Try this version. This should do the trick...