[WildBill]

tomasz86, on 04 May 2011 - 12:43 AM, said:

You're right.

I've just tested it on a virtual machine (W2k Pro SP4, no other updates, IE5) and explorer doesn't start after installing the update.

Before having installed this hotfix I tried to run the new explorer.exe file manually and it works, so it's not the explorer itself that causes this problem. After installing the hotfix running the explorer manually is impossible as Task Manager generates an error when clicking on "file->run".

The patch also updates browseui.dll, which is used by both Windows Explorer and Internet Explorer. What happens if you revert back to the old IE5 browseui after installing the patch? Really, though, because of all the files it updates it really does require the newer Explorer files. I don't see how it could work with IE5, which isn't secure anyway.

This post has been edited by WildBill: 05 May 2011 - 10:49 PM

[tomasz86]

Everything is true about IE5's security but I think it would be useful to put a warning in the third post in case someone installs this hotfix on a machine with IE5 and Windows gets broken.

[bristols]

tomasz86, on 04 May 2011 - 12:43 AM, said:

Before having installed this hotfix I tried to run the new explorer.exe file manually and it works, so it's not the explorer itself that causes this problem.

Thanks for testing it, tomasz86. My testing confirms that Explorer.exe itself is not the problem. It seems that Browseui.dll (which, in WildBill's patch, is an IE6 file) is the culprit (or at least, partly responsible) on IE5-based systems. I installed all the appropriate files from the patch manually, using the Recovery Console, except Browseui.dll. Explorer launched normally after Windows login. Even the animated CCleaner system tray icon appeared fine - not whitewashed!

WildBill, on 05 May 2011 - 10:47 PM, said:

What happens if you revert back to the old IE5 browseui after installing the patch? Really, though, because of all the files it updates it really does require the newer Explorer files. I don't see how it could work with IE5, which isn't secure anyway.

Having installed the patch manually (as above, leaving out your Browseui.dll 6.0.2800.2008 and keeping the existing IE5 Browseui.dll) I can see that some icons are indeed broken. But apart from this, so far, nothing else seems to be.

tomasz86, on 06 May 2011 - 03:39 AM, said:

(...) it would be useful to put a warning in the third post in case someone installs this hotfix on a machine with IE5 and Windows gets broken.

Agreed. I consider that 2479628 v4 is for IE6 only (sadly).

But having said that: after more testing, the patch still causes the whitewashed system tray icon issue for me on an IE6-based system. I haven't yet installed the patch without Browseui.dll on an IE6-based system to see how this effects the issue.

This post has been edited by bristols: 06 May 2011 - 08:13 AM

[tomasz86]

I made an IE5 version of KB2479628-v4. I just removed browseui.dll file from it. No other changes were made.

Windows2000-KB2479628-v4-IE5-x86-ENU.exe

I've tested it on a Windows 2000 Profession SP4 + IE5 system and also tested it in HFSLIP.

@edit (2011.05.17)

Superseded by KB2479628-v5.

This post has been edited by tomasz86: 17 May 2011 - 07:30 AM

[bristols]

bristols, on 06 May 2011 - 05:33 AM, said:

Having installed the patch manually (as above, leaving out your Browseui.dll 6.0.2800.2008 and keeping the existing IE5 Browseui.dll) I can see that some icons are indeed broken. But apart from this, so far, nothing else seems to be.

I must revise what I said here. After repairing the icons with TweakUI, applying the "Shell Icon BPP"="32" registry tweak and rebooting, I see absolutely no problems with keeping the IE5 Browseui.dll. 32-bit icons seem to display correctly - nice alpha-channel shadow / transparency!

tomasz86, on 07 May 2011 - 08:19 AM, said:

I made an IE5 version of KB2479628-v4. I just removed browseui.dll file from it. No other changes were made.

Great! I'll add this to the Windows 2000 SP4 Upates for HFSLIP page. Nevertheless, if anyone applies this update to an IE5-based system and experiences problems, please report them.

Thanks tomasz86 and WildBill.

Edit: added both the IE6-only and the IE5-compatible versions of 2479628 to the Windows 2000 Post-SP4 Updates for HFSLIP page.
Please note: the URL for the page has changed (new host Zxq.net)!

This post has been edited by bristols: 07 May 2011 - 11:21 AM

[WildBill]

I'm glad to see that you got it working with IE5. I never would have thought that possible.

My MS11-032 patch is now up, in the usual place

[tomasz86]

Concerning IE5 I found sth interesting in one of the original M$ hotfixes.

Windows2000-KB900725-x86-ENU.EXE

This hotfix contains two versions of the 'shlwapi.dll' file - one is a w2k version and the other one is from XP SP2. The XP SP2 version is copied into the 2000 system only if IE6 is installed.

These strings are responsible for it:

[IE501.System32.Files]
    shlwapi.dll


[IE501.Cache.Files]
    shlwapi.dll


[IE6SP1.System32.Files]
    shlwapi.dll, xpsp2_binarydrop\shlwapi.dll


[IE6SP1.Cache.Files]
    shlwapi.dll, xpsp2_binarydrop\shlwapi.dll

I think it is possible to make just a one single version of KB2479628-v4 by using such strings, ie. browseui.dll would be copied only when IE6 is installed. I'm going to have a look on it when I have some free time in near future

This post has been edited by tomasz86: 15 May 2011 - 05:30 AM

[tomasz86]

I made a w2k version of KB951072. The XP version works just as it is so I only had to change the structure of the package and edit the update.inf file. I used the SP2QFE branch.

August 2008 Cumulative Time Zone Update for Microsoft Windows Operating Systems [2008-08-19]
Windows2000-KB951072-v2-x86-ENU.exe

Superseded by KB2443685

This post has been edited by tomasz86: 15 May 2011 - 02:31 AM

[tomasz86]

WildBill, on 17 April 2011 - 01:59 PM, said:

The last time I tried it, the update refused to install since the signature didn't match.

I did a test today with KB2079403 and the XP's .CAT file was registered without any problems.

[tomasz86]

WildBill,

I hope you don't mind but I made a v2 version of KB981852 (MS10-047). The point was to add the "Mup.sys" file from the older M$ official KB979683. By doing so KB981852-v2 supersedes KB979683. I also added the original .CAT file from KB979683 so WU won't ask for KB979683 after having installed KB981852-v2.

Windows2000-KB981852-v2-x86-ENU.exe

This post has been edited by tomasz86: 15 May 2011 - 08:00 AM

[tomasz86]

I made a w2k version of KB2443685.

December 2010 cumulative time zone update for Windows operating systems [2010-11-22]

Windows2000-KB2443685-x86-ENU.exe

This post has been edited by tomasz86: 15 May 2011 - 02:31 AM

[WildBill]

tomasz86, on 15 May 2011 - 01:56 AM, said:

WildBill,

I hope you don't mind but I made a v2 version of KB981852 (MS10-047). The point was to add the "Mup.sys" file from the older M$ official KB979683. By doing so KB981852-v2 supersedes KB979683. I also added the original .CAT file from KB979683 so WU won't ask for KB979683 after having installed KB981852-v2.

Windows2000-KB981852-v2-x86-ENU.exe

I don't mind at all. Should I post it in my MediaFire patches folder and update the download link?

In other news, I've ported MS11-019 and added it to the list.

[tomasz86]

WildBill, on 16 May 2011 - 04:58 PM, said:

I don't mind at all. Should I post it in my MediaFire patches folder and update the download link?

It would be an honour for me

This post has been edited by tomasz86: 16 May 2011 - 07:46 PM

[tomasz86]

I made a v5 of KB2479628. It contains a few very important changes:

1. First of all, I wanted to do something about the compatibility with IE5 and IE6 systems respectively. I thought it would be better than having two separate versions - one for IE5 and one for IE6. V5 solves this problem as it can be installed on both IE5 and IE6 systems. I used the logic which I already mentioned few days ago.

before (v4) and now (v5)


The content of the xpsp2_binarydrop folder:



The problematic file 'browseui.dll' is copied only if IE6 SP1 is installed. It's not copied at all when IE5.x is present. I also did a HFSLIP test and it's the same - 'browseui.dll' is integrated only if IE6 is present in HFCABS folder.

2. KB2479628 supersedes three other unofficial updates - 2160329, 2436673, 2286198. From these three 2286198 supersedes the official update 967715 and 2436673 supersedes the official update 979559. In order to prevent Windows Update from asking for the two older superseded official updates (967715, 979559) I added their catalog files to KB2479628-v5. I also added the original XP catalog file of 2479628 as it gets registered in a 2K system without any problems.



I did some extensive testing concerning this and I think it's a 100% success All the three .CAT files get registered in Windows and Windows Update does not ask for the two superseded updates anymore.

Here you go

Windows2000-KB2479628-v5-x86-ENU.exe

It replaces both KB2479628-v4 and KB2479628-v4-IE5.

This post has been edited by tomasz86: 17 May 2011 - 04:17 AM

[bristols]

tomasz86, on 17 May 2011 - 03:56 AM, said:

I made a v5 of KB2479628. It contains a few very important changes:

1. First of all, I wanted to do something about the compatibility with IE5 and IE6 systems respectively.

(...)

Windows2000-KB2479628-v5-x86-ENU.exe

It replaces both KB2479628-v4 and KB2479628-v4-IE5.

Fantastic work!

Thanks very much! Added to the Windows 2000 Post-SP4 Updates for HFSLIP page.

[WildBill]

Great job! So that's what the catalog files are for...I had no idea that they would stop WU from nagging about updates. Did you also have to add them back to the .inf file?

[tomasz86]

I'm not sure whether all of these strings are absolutely necessary but I decided to input them just in case. [ProductCatalogsToInstall] is the one directly responsible for installing catalogs.

This post has been edited by tomasz86: 17 May 2011 - 10:14 PM

[tomasz86]

I think I found a bug in KB2479628...

Windows Live Toolbar icons in IE6 look strange:



This is how they should be displayed:



I don't have enough time now to test it more thoroughly... could anyone install the toolbar and check the icons?

http://support.microsoft.com/kb/944026

[tomasz86]

Also there is something wrong with icons in Event Manager :/



They look normal when I switch to 16-bit display mode. In case of Windows Live Toolbar, switching display modes doesn't make any difference

This post has been edited by tomasz86: 19 May 2011 - 06:23 AM

[tomasz86]

I did some tests to find out which file was causing these problems and it's comctl32.dll.

Unfortunately, it seems that comctl32.dll is the core responsible for displaying 32-bit icons.

I tried to remove it but the explorer doesn't look very pretty