[CharlyBrown]

Hello!

After I integrated all Updates, integrated WMP11 and IE7 (at T-13) I get a IE6 icon on the desktop that reproduces itself when clicked but does not start the IE.
When I open the startmenu I can find the correct IE7 icon that starts the IE7 without problems. Even additional registry tweaks (Phishing filter, etc) work pretty good with the 1.5.0R3 release.
I also tried to remove the desktop icon and reenabled it but then the same IE6-style icon apears and it does not start IE7. If you doubleclick it a new icon is created on the desktop "copy of Internetexplorer" (translated from German) - just as if you insert an already existing file.

I tested with v1.4.4 v1.4.5 and the 1.5.0R3. The first two cause the phishing-tweaks to fail, the last just has this strange desktop-IE7-icon problem.


Any ideas how to solve it? Has anyone seen this before?

It is not acceptable to just delete the icon from the desktop. I need a proper solution - it's not for my home-use...

[glentium]

where's you HFSLIP.LOG?
anyways, please check your HFs and make sure you didn't include HFs for IE6. I made the mistake of not deleting those IE6 HFs that where in HF folder when IE7 slipstreaming was first introduced to HFSLIP...

[Tomcat76]

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...

[Tomcat76]

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

Screenshot

This post has been edited by Tomcat76: 05 June 2007 - 06:55 AM

[CharlyBrown]

Attachment: HFSLIP.LOG (not the actual run but one of the non-functional ones).

I removed KB928090 that has been replaced by KB931768 but it makes no difference.


I also tried to integrate the IE7 ONLY (just with the IE7-named files in the HF folder an no other patches) but the effect stays the same.
-----------

Edit: I have that line in the ini (IE7SVCPACK=1 in HFANSWER.INI)...

IE7 works but the desktop-Icon is IE6-style and does not work. The Quick-Start Icon is IE7-Style and works. :-/

Attached File(s)

•  HFSLIP.zip (1.31K)
  Number of downloads: 10

This post has been edited by CharlyBrown: 05 June 2007 - 08:21 AM

[Tomcat76]

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?

[CharlyBrown]

Attached HFANSWER.INI as ZIP.

I'll try to find the German version of KB896344-v2.
----------
EDIT: The German Microsoft website links to the same patch that is only available as englisch or japanese version. It does not seem to be critical but I am not sure if I can drop it. Our WSUS may automatically detect that this patch is missing...
----------

For testing purposes I created two different compilations: WinXP-SP2 without anything added. So I just run HFSLIP to see what will happen with the desktop IE-icon: It works, IE6 of course.
Then I tried to implement everything except IE7 (WMP11 and all patches): It works fine but of course without IE7.

May it be a problem with the german IE7 installation or am I doing anything wrong?


Except this little issue I like your tool very much. It seems to be much better than alternatives (don't want to start a flamewar) because it does not limit the functionality of Windows.

---------------------
EDIT2:
I attached the LOG of the latest run with RC8 (File: HFSLIP_RC8-IE7_WMP11.zip). The Computer is installing right now and I'll report back if it worked. The Changelog for RC8 mentiones something about localized versions and desktop icons...

Attached File(s)

•  HFANSWER.zip (381bytes)
  Number of downloads: 6
•  HFSLIP_RC8_IE7_WMP11.zip (1.38K)
  Number of downloads: 12

This post has been edited by CharlyBrown: 08 June 2007 - 04:26 AM

[Tomcat76]

>> 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.

This post has been edited by Tomcat76: 08 June 2007 - 05:31 AM

[thebrian]

I just started having this problem with the U.S. English XP SP2 slipstreamed, and IE7 (at T-13). I have not found the fix for it yet, but I have found that running the IE7 install again afterwords does fix the IE problem. I was not having this problem before I changed 2 things though:

1)Started using an unattended install through microsoft's setupmgr.exe.
2)Started installing the .NET framework 1.1, 2.0, and J# through 0_dotNET11SP120-VJ1120.exe at T-13

Are you doing either of these or anything similiar Charley? I will experiment with this a bit and let you know if changing the way either of these are done fixes it for me.

This post has been edited by thebrian: 08 June 2007 - 09:47 AM

[CharlyBrown]

Hello...

I have removed two patches from the HF folder that had the ending -ENU. All others are for the german version of XP.
The RC8 build failed as well: The IE7 icon is still an IE6 icon that does not work. :-(

Tomcat76, on Jun 8 2007, 01:31 PM, said:

>> 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.

OK, but where is the difference? Why is it failing when I do it? I have to get it working as it is on the screenshot that you posted.

Let's try to find the difference...
I use a legal Volume License Key version (aka Corporate Edition). We have a select contract with MS... The folder "source" contains everything from an original WinXP SP2 (German) CD.
Operating system on the PC to run HFSLIP: Windows XP SP2, all patches installed.
HFSLIP was started as local administrator.

Can you please try to integrate IE7 and the IE7 rollup-package only - no other patches?
But, well... all other integrations (WMP11, patches) work. So I doubt that this is the problem. :-/

Tomcat76, on Jun 8 2007, 01:31 PM, said:

>> 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.

Should I try one of the other integrations of IE7?
I am afraid of the missing .png transparancy and users who will complain about it...


-------------

@the Brain:
I tried to integrate .NET 2.0 but it does not change anything.
I will not test to install IE7 after integrating it. I have to get it installed without user interaction. Only the T-13 or the direct integration are possible options right now. We have to enroll Windows to ~250 Computers and it is not acceptable to install IE7 by hand at each PC.


Does someone know where the desktop IE icon is handled in the registry? A Registry-Tweak would be an acceptable option...

[Tomcat76]

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.

[CharlyBrown]

*lol*

After you mentioned the one "English / Japanese only" patch I found the other one and removed it as well. I'll add it again...
I tried so many combinations already that I don't wonder that KB927891 is missing...

Important: I also tried to integrate IE7 only. So just the IE7 installer and the patches that are named IE7*.exe. No WMP11 and no other patches. The result was as bad as usual. I doubt that it has anything to do with WMP11 or any other patch.


Just to be sure that it is no typo: Could you please send me your hfanswer.ini and a list (dir /b HF\*.*) of all patches that you include to get the fully functional slipstreamed version?
Do you use special versions of the programs in the HFTOOLS? Maybe I have one file with an odd version inside :-/

[Tomcat76]

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.

Attached File(s)

•  hfslip_tc_deu.zip (1.87K)
  Number of downloads: 5

[CharlyBrown]

Thanks Tomcat.

On Tuesday I'll retry do it with the new final 1.5.0 and your hfanswer.ini There are some differences.

I will keep you up to date. Thanks so far.

[thebrian]

Tomcat76, on Jun 9 2007, 09:49 AM, said:

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.

Tomcat76, on Jun 9 2007, 11:09 AM, said:

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.

I was not using the MSOOBE patch, because I didn't want OOB to run, but I put the patch in there now. Also, I did find the IE patch in my source's svcpack folder, and removed it (cleared out the whole folder). The source I was using was the latest XP downloadable image from MS Volume Licensing. I'm slipstreaming a new image now, and will try installing on MS Virtual PC once it's done, and let you know if that did the trick.

[thebrian]

Unfortunately, even after adding the MSOOBE patch and getting rid of the stuff in the svcpack folder of the source, I'm still having the problem. Attached is my hfslip.log if you can find anything in it that could be causing the problem.  HFSLIP.zip (2.05K)
Number of downloads: 7

[Tomcat76]

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

This post has been edited by Tomcat76: 09 June 2007 - 03:22 PM

[thebrian]

No, I still had the problem with HFSLIP 1.4.5. The only time I didn't was when I wasn't doing an unattended install. Let me try running it without the unattended install and see what happens, although I'm not too sure what unattended would do differently.

[thebrian]

Getting rid of the unattended setup fixed it, so it's something with how windows handles the unattended installation, or something with the options in the winnt.sif file. I did have it in the winnt.sif file to set an IE search path and some preset favorites. I'm going to get rid of those and see if it will run unattended.

[Tomcat76]

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)

This post has been edited by Tomcat76: 10 June 2007 - 02:02 AM