Mim0

Thx for the info!!! The next release is fixed!@Lilla Wow! Many tries regarding the printer-issue. I will put this info to the list/fc. But I will test also something. I'm nearly sure that my currently runnging windows using all of these printer-updates. I also have installed NET 3 and I just looked for the inspalled printers: XPS is availiable! But I'm just nearly sure - not 100%. More after testing... --edit-- @Lilla Regarding your Screenshots which are showing the "hotfix": also others are showing the "hotfix"-text, even the installer for the Windows-Installer 4.5. I think, the "hotfix"-text in the setup-window of an update is not really relevant. So far, I use this info for the definition of "hotfix": KB824684: Description of the standard terminology that is used to describe Microsoft software updates At the moment I'm thinking about using hints (in the list and the fc). Or removing these updates from the list. Hmmm... Also thx for reporting typos in the list

The situation is the same as with MS10-002. I've checked it again (if we don't see it) but again I think MS has made it strange.mskbfiles.com is not bad: http://www.mskbfiles...shdocvw.dll.php The current shdocvw.dll you always get with the sec-upd of IE6

Yes, Sir! 2010-03-31 - Added: MS10-018: Internet Explorer (KB980182) - Removed: MS10-002: Internet Explorer (KB978207) - Info: At the moment, using the PREFIX-setting is not recommended. I experienced probs under specific circumstances, when implemented fix for problems described in KB972582 for IE8. I have to work on it... - Fixed: Problem when an update is used in more than one configuration (e.g. Sec-Upd for IE6 is also be used in combinatin with IE8) The result before was that the Sec-Upd for IE6 was reported as wrong when using IE6.

It looks strange but it's no bug!!! WindowsXP-KB978207-x86-!lang!.exe is the IE6-version of KB978207 and contains the fixed shdocvw.dll which is not included in the IE8-Version of KB978207 (IE8-WindowsXP-KB978207-x86-!lang!.exe). So, if using IE8 then IE8-WindowsXP-KB978207-x86-!lang!.exe is a security update for IE8 and WindowsXP-KB978207-x86-!lang!.exe is optional to fix a bug when trying open "organize favorites" from the Windows Explorer. I use IE6. I get this error: Found wrong, obsolete or unknown update(s) ------------------------------------------ wrong (O): HF\WindowsXP-KB978207-x86-ESN.exe (Empty dialog when opening 'Organize Favorites' from Windows Explorer, it's for IE8) -- moved to HFSLIPFC.MOV Oh, yes, this output shouldn't come...

It looks strange but it's no bug!!! WindowsXP-KB978207-x86-!lang!.exe is the IE6-version of KB978207 and contains the fixed shdocvw.dll which is not included in the IE8-Version of KB978207 (IE8-WindowsXP-KB978207-x86-!lang!.exe). So, if using IE8 then IE8-WindowsXP-KB978207-x86-!lang!.exe is a security update for IE8 and WindowsXP-KB978207-x86-!lang!.exe is optional to fix a bug when trying open "organize favorites" from the Windows Explorer.

Yes, Geej was the one who has figured out the problem and found the solution. I just made a cmd of Geej's idea because it's more in the hfslip-philosophy instead of an exe and a cmd could be integrated into hfslip. Hopefully!!! I implemented only what Geej has figured out. If there's a more flexible script than mine, plz share it with us

Thx for the detailed explanation what can happen with a fragmented sysoc.inf. It's really great that you figured out that problem. Even if most of hfslip-users will not deinstall something, it makes sense to defrag it to become a more stable Windows. I'll do it in the next hfslip-run.tommy.... no chance for integrating into hfslip? @Geej I have also Lilla's idea in mind to put a defragmenting-hint into the XP-List. But personally I prefer to do things with cmd's, if possible. But it's you're idea and your analysis to realize what the problem is. What do you think?

At the moment it will not giving an "unknown" error because the REPLACE-folder will not be checked for wrong/obsolete/... files (by default - as far as you changed it in the ini).If both files (HF\WindowsXP-KB978207-x86-ENU.exe and REPLACE\I386\shdocvw.dl_) are missing the file-checker will report the WindowsXP-KB978207-x86-ENU.exe as missing not the shdocvw.dl_.

2010-03-25 - Added: Tommy's solution as first choice for fixing problem described in KB972582. But if you prefer extraction shdocvw.dll manually it will make tommy's soluton obsolete. - Added: KB980302 (IE8 Compatibility View List) - Removed: KB978506 (IE8 Compatibility View List)

I saw that you are using more files than listed in the XP-list. Can you make a test: Remove all files which are listed as "unknown" by the file-checker? Mimo

This still an open point for the XP-list (and the file-checker). I will add tommy's alternate solution also.In short: In the IE8-version of KB978207 the current (fixed) shdocvw.dll is not included, only in the IE6-version of KB978207. That's the reason for using both versions when slipstreaming IE8.

Could this be a solution: I've wrote a script for defragmenting, regardless how many components-sections are inside of the inf. I compared it with the INFs of Lilla's attachement - the result is exactly the same. When no changes are required, probably tommy can add it into HFSLIP? @ECHO OFF SETLOCAL EnableExtensions SETLOCAL EnableDelayedExpansion CALL :DfrgInf SOURCESS\I386\SYSOC.IN_ GOTO :EOF ------------------------------------------------------------------------- Function: DfrgInf - Defragments an INF-file (e.g. SOURCESS\I386\SYSOC.IN_) Parameters: %1 - Path and name of the compressed INF-file (*.IN_) ------------------------------------------------------------------------- :DfrgInf SET infFile=%1 IF EXIST !infFile! ( SET tmpInf=%~n1.INF SET tmpPrefix=~dfrg_ SET section= SET sects= DEL !tmpPrefix!*.tmp >NUL 2>NUL EXPAND !infFile! !tmpInf!>NUL FOR /F "tokens=1 delims=|" %%a IN (!tmpInf!) DO ( SET line=%%a SET firstChar=!line:~0,1! IF !firstChar!==[ ( SET section=!line:[=! SET section=!section:]=! SET sects=!sects! !section! ) ELSE IF NOT !section!_==_ ( ECHO %%a>>!tmpPrefix!!section!.tmp ) ) ECHO.>!tmpInf! FOR %%s in (!sects!) DO ( IF EXIST !tmpPrefix!%%s.tmp ( ECHO [%%s]>>!tmpInf! COPY !tmpInf!+!tmpPrefix!%%s.tmp !tmpInf! >NUL 2>NUL DEL !tmpPrefix!%%s.tmp ECHO.>>!tmpInf! ) ) MAKECAB !tmpInf! !infFile!>NUL DEL !tmpInf! >NUL 2>NUL ) GOTO :EOF

Yes, that's what I'm asking me also. Sorry I support Lilla's idea to put a link it to the XP-list. It sounds interesting but when reading there are so much "if this.. if that... ensure this... check that...". For a "normal user" who is not editing inf's manually (like me ), is there an easy way? Like "just download it"? Any disadvantages? Appears the problem of a fragmented file only for deinstalling windows-components which are installed by default?

That was my idea before reading tommy's post. I've tested it and it works. I've added my first working approach also to the file-checker. I put a link to the original MS-download not to another download-source. use the commandline-parameter "/X:path", where "path" is the destination-folder for extraction.Again, my way was my first idea, before reading tommy's solution. Of course it's easer to put the update as it is instead of extracting the update and compressing the shdocvw.dll. Is tommy's idea working? Then I change my list! CU & good night! --edit-- tommy's method is working also. I add this info...

2010-03-18- Added: Workaround for fixing problem described in KB972582 (shdocvw.dl_)But see the test-releases thread for the current state of this "problem"

hehehe... During walking with our dog I decided to put a workaround in my list and the file-checker. I just uploaded this a few seconds ago before reading this! (see my list) If are any confirmations for this, I will change my list (again ). CU...

Yes, that's the information I found also in http://support.micro....com/kb/972582/ I've search the registry for "DoOrganizeFavDlg" but didn't found anything. So I think the call of the "organize favorites"-dialog is fix implemented in the explorer.exe. Not changable via registry-modification. But in the kb-article I found a hint about the version of Shdocvw.dll which should fix this problem: 6.0.2900.5832 I'm not at home at the moment the check the installed version of Shdocvw.dll from a HFSLIP-XP-Installation. Probably another one can check if the most recent version of Shdocvw.dll is installed! CU, Mimo -- edit -- I've checked it now at home: I have 6.0.2900.2987 installed. It's not the current version. But I'm a little but surprised about the big step of the build-number from 2987 to 5832. In MS09-054 it was written that 972582 (which fixes this bug) is included in MS09-054. MS09-054 was already replaced. But I think the latest Cumulative Sec Upd for IE should also have the newest Shdocvw.dll. -- edit 2 -- Looked at this pages: http://thehotfixshar...showtopic=13670 When IE8 is installed the newest shdocvw.dll will not be updated For information: http://www.mskbfiles...shdocvw.dll.php So, what shall we do? For me it seems we have to do further actions to install it. Probably HFSLIP can handle this or probably we can make a CAB or so to include it. Hmmm... -- edit 3 -- A way to a solution: shdocvw.dll is NOT included in the IE8-version of MS10-002!!! I've extracted the shdocvw.dll (5921) from the IE6!!!-version of MS10-002 and replaced the existing shdocvw.dll (2897). After confirming the system-file-protection-question, registering the new dll and restarting the system I've got a working "organize favorites" called trom the windows explorer! But how to do it automatically? Using a CAB with the dll + inf inside? Using the REPLACE-folder? Any ideas?

Hi Lilla, regarding uninstalling KB961742-v3 manually I cannot say anything. Sorry. Making a hint for this update is no prob. But can you tell me whats the problem when using this update? Are there any disadvantages when running XP on your sister's computer? Mimo

Hmm... No bad idea! Then I have still one list but don't blow up the already existing tables. I keep in in my mind. THX!!! 2010-03-10 - Added: Replacement-info for KB970238 (optional KB974841 can replace KB970238/MS09-026) Mimo

THX for this nice work. That's what I have also in mind There is already a HOTFIXES-ini-setting: Regarding new INI-settings, the easiest way is to let hfslipfc create a new ini and see whats new. Hotfixes are disabled by default. And so it's no risk to include these additional hotfixes in the file-checker. Now I'm thinking about my update-list. Probably it's a little bit confusing to have so much hotfixes inside. Do I make two lists? (one with hotfixes, another w/o hotfixes). Hmm...

Yes. Patch-day is a normal update-day. Later a sec-bulletin for XP will also be available.

I integrate all except for WU/MU and these files (part of my ini): Only the KB-No in col 2 (from my prev. example) is not working (but it should work. why isn't it working? )

I'm with you. For me, it's not the only one I don't integrate! But I want to keep the list complete and I don't want to rate an update. For users who don't wanna see this by the file-checker, put this in the INI (an empty IGNORE-sections should already exists in the INI): +IGNORE H|KB976002 -

That's not a typo, that's correct. The "highest severity" is critical but it's only for W2K critical. For XP (and all other versions) it's low.