On April 27, I mentioned one particular update as of great interest in the “Second Patch Tuesday” for that month. It appears in that blog as Item 7: “KB2515325: Windows Explorer may crash in Win7 or WinServ2008 R2.” I go on to comment about this update as follows:
I sincerely hope this update will solve those problems (which also include a refusal to update the display, even with a forced View refresh, when adding or renaming files and folders in some situations) and improve my only lingering Windows 7 system issue on those PCs. I’m going to keep an eagle eye on this, and remain optimistic, and plan to report on those observations in a week or so.
The week is up (and more, actually: it’s been 12 days since 4/27 when I wrote those words) and I’m very pleased to say that all of my reported problems with Windows Explorer have vanished in the wake of this update. I’d really only noticed all of them on one machine (my 32-bit Windows 7 Professional installation on my production machine), but had also noticed the display update issue on folder changes or additions on a couple of other x64 installations as well. As of this morning, despite repeated attempts to recreate the problem on all of these machines, none of them is misbehaving as it was before the KB2515325 fix came along. What a relief!
Although working with Windows always involves vexations of one kind or another, it’s heart-warming to see a nagging problem finally fixed. Troubleshooting the Explorer environment is pretty darn difficult, as I’ve learned when trying to identify and extirpate misbehaving Windows Explorer plugins, even with the help of Nir Sofer’s excellent ShellExView program. It’s great that MS finally got this issue fixed, and to see Windows Explorer working properly again. I repeat: what a relief! Working around the previous problems meant navigating up and down the folder hierarchy just to see changes made (or folders added) within a drive or folder. Now, everything’s updating just as it should be.