komm, the update for IE8 are KB2510531, KB2544521, KB2647516, KB2598845, KB2632503 for IE9 are KB2624899, KB2647516 right? thanks
Why the updates that supposed to be moved to LDR Placeholders today and the ones supposed to be removed are still in main updates folder ?
So, is that why KB2640696-v3, offered during this Patch Tuesday, does not replace KB2640696-v2 in the repo? _________ On a side note, I am facing this weird problem, each time I install a Windows-shell32 update, such as KB2640148-v2. When I want to type rename a folder, I keep encountering "Could not find this item. This is no longer in C:\Users\AKF\Desktop. Verify the item's location and try again." Once I click "Try Again", the folder is then renamed. This problem is nothing serious, but its occurence is very annoying each time I want to rename a folder. The problem would not happen, if I slipstream the update to an offline Windows image. Any advice please, guys? Thanks for the help.
Sorry if this is a repeat question, but I tried searching around this thread and it's hundreds of pages long. I am looking to apply all of the hotfixes in the repo to my running Win7 system. I used kblinker to get descriptions of them but what are the subfolders IIS Integrate to installation media LDR placeholders MSMQ NFS Not integratable to Offline image SNMP Subsystem-for-UNIX-based-applications can someone briefly explain why some of these fixes are in separate folders? keeping a Win7 system fully patched these days is getting to be a real chore, I hope SP2 comes out soon!!
SoLoR why are the updates stated in changelog as removed and moved to LDR placeholders still in root hotfix folder?
SoLoR what about these? KB2603469-x64 KB2657025 KB2661663-v2 KB2663352 KB2669522 komm when will the latest kuc list be available?
Was the assumption about the bulk updates being uploaded after your Sunday scan correct, or you just super busy (just curious!) I guess those missed updates would be added at such time
Those are extra components, most of which aren't installable on most systems, or are for integration to an installer disk only. LDR placeholders - Only needed if you don't use an installer like SoLoR packages or mine MSMQ - That one update is installable NFS - All are installable Not Integratable to Offline image - These can only be applied to an active operating system, not an installation disk. KB2533552 MUST be installed with no other pending updates before you restart. My installer checks and allows for this. SNMP - Won't install on a typical image unless certain components are explicitly installed IIS - Won't install on a typical image unless certain components are explicitly installed Subsystem-for-UNIX-based-applications - Exactly what it says! Typically installable In other words, freshly boot Windows, install KB2533552 first, restart, then install the rest of the updates, including those in the MSMQ, NFS, the other update in the not integratable folder, and the update in the subsystem for Unix folder. Ideally if you can wait, don't make a fresh install until after the bulk updates are sorted and added to the repository, since there will probably be about 50 (or more!) by the time the batch updates are added, and the missing patch Tuesday updates added also.
Is it ok if I integrate all updates to image first and then the KB2533552 is installed silently at first boot?
Try copying the following into notepad, saving as a .reg file, and running it: Code: Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{BDEADE7F-C265-11D0-BCED-00A0C90AB50F}\Instance] "CLSID"="{4D5C8C2A-D075-11D0-B416-00C04FB90376}" "DontRefresh"=dword:00000000 By default, the folder view isn't updated. Whether this caused your issue or not I'm not sure, but its worth a try. By default the dontrefresh setting is 1 (dword:00000001). This setting is the cause behind the explorer refresh 'bug' which people complained about, in actual fact it isn't a bug at all! It is a potentially useful setting in folders where the view constantly changes (like deleting large amounts of tv recordings), since Explorer wants to refresh the info on every file with each deletion, which for large media files with the .mpg extension its a real pain. Of course the sensible thing would be just to apply the changes to the view, but no, explorer wants to refresh the whole thing, which leads to the setting, and the 'bug' thats not a bug! ... although I think it might actually be defaulted to 0 now? due to complaints and the annoyance behind it. Even if the media file thing isn't related to this setting, its something Microsoft should look into for Windows 8 if they haven't already. In the situation of constantly changing folder contents (such as extracting a large amount of files into the current folder) instead of trying to keep up, maybe Microsoft should consider a 'Folder contents currently changing, waiting for completion to show contents' or something when the threshold has passed between updating the Window content and the folder changing.