WU shows IE6.0sp1-KB937143-Windows2000-x86-RUS.exe

[Scratch56]

Windows 2000 Russian HFSLIP bug:

WU shows IE6.0sp1-KB937143-Windows2000-x86-RUS.exe

I found, that file danim.dl_ was not replaced with a new version from KB937143.

Inserted the new one manually in I386 and WU is happy now.

[Tomcat76]

HFSLIP renames the new danim.dll to danim2.dll and places that in the new source. At T-13 during Windows setup, danim2.dll replaces danim.dll.

Your problem is something else. Can you give me the HFSLIP.LOG file?

[snoopy81]

I found, that file danim.dl_ was not replaced with a new version from KB937143.

Currently building XP SP2 CD, I experimented a similar issue.

IE6_KB937143_Fra was apparently splipstreamed in CD, but WUpd wanted to install this fix again.

NB: Unlike most HotFixes, the WindowsXP-KB937143-x86-FRA.exe is renamed KB937143.exe in the I386\SVCPACK\ alogside the cat file.

danim.dll v6.3.1.148 is same before and after reinstallation of KB937143...

After some more investigation: (nLite 1.4beta)

ISO N°1:

Tested on Virtual PC, in \system32\:

- xpsp3res.dll version is lower than expected with KB937143

(VirtualPC: v5.1.2600.3100, ISO: v5.1.2600.3059, expected: v5.1.2600.3157)

I've no idea of the source of later v5.1.2600.3100...

- iedw.exe is missing, but it's there in the ISO.

- KB937143.CA_ only on the ISO, no EXE !

- Windows update ask for reinstallation of KB937143

- KB928090 (cumulative IE6 feb07) is in the ISO ( I now guess it's useless !)

- KB933566 (cumulative IE6 jun07) is absent

( after checking onMS knoledge base, the fix include the same files )

- then I replaced xpsp3res.dll with last version; removed WU, rebooted, activated WU again, then... no more prompt for KB937143

Installed on my PC, then I performed the Automatic update for KB937143

- iedw.exe still missing

- xpsp3res.dll version is as expected with KB937143

ISO N°2 (not tested), checked hotfixes dates<->order

- I added KB933566 (cumulative IE6 jun07)

- After nLite, there was a KB937143.EXE in i386\SVCPACK\ !

- I removed older Timezone fixes, and a few KB that stayed as KBxxxxxx.EXE in i386\SVCPACK\ (flash fixes, msagent)

- discarted due to other reason...

ISO N°3 (not tested, will discard), checked hotfixes dates<->order

- After nLite, there was a KB937143.EXE in i386\SVCPACK\ !

- All files from the KB937143 in the i386 are not makecab_ed... and from KB

- xpsp3res.dll is the only makecab_ed file from KB937143

So, I'll try again, without previous IE6 cumulative updates, and I'll try to inject xpsp3res.dll somewhere at the install's end.

Edited September 29, 2007 by snoopy81

[Tomcat76]

IE6_KB937143_Fra was apparently splipstreamed in CD, but WUpd wanted to install this fix again.

I don't know of a hotfix with "IE6" and "KB937143" in its name for XP SP2...

NB: Unlike most HotFixes, the WindowsXP-KB937143-x86-FRA.exe is renamed KB937143.exe in the I386\SVCPACK\ alogside the cat file.

That's certainly not HFSLIP's doing. Can you please put the original hotfix in the HF folder?

I've had no issues with xpsp3res.dll. In fact, I just installed XP SP2 French and everything installed flawlessly (except for the Component Publisher update because I don't know where I can download it from). Can you rerun HFSLIP with WindowsXP-KB937143-x86-FRA.exe in the HF folder, create ISO and install -- without using nLite? If the problem persists when not using nLite, please post the HFSLIP.LOG file from that rerun.

[snoopy81]

Finally, all is working OK now.

I investigated and removed all IE6 cumulatives updates, keeping the KB937143.

Now the bug:

This KB has a little issue:

- the file "spru040c.dll" is not already installed by previous KBs

- so nLite reverts to standard integration, queeping KB937143.EXE, and the unpacked files in i386.

- this way, the file xpsp3res.dll is not properlly installed

- so previous xpsp3res.dll stays, then WU want to apply the KB after the installation.

My fix:

- I put the file SPRU040C.DL_ in 1386 folder before using nLite.

- nLite integrates the good way this Hotfix.

- after nLite, I put the last xpsp3res.dl_ in i386

and voilà !

[Tomcat76]

HFSLIP can slipstream spru040c.dll properly.

If you are using nLite to integrate hotfixes then I'm not sure why you're using HFSLIP.

Either way, you should post that finding in the nLite forum (if no one has done so yet).