Friday , October 23 2020

Lenovo warns about Win10 version 2004 patch problems, Win8.1 plays catch-up, and we see the 50th reincarnation of an old “blast away the barnacles” Windows upgrade patch.

Microsoft Patch Alert: August 2020

By ,




With Windows 10 2004 gradually creeping (I use the term intentionally) onto more machines, faults and foibles are coming out of the woodwork. It looks like a fix for the long-lamented version 2004 defrag bugs is on the way, but we aren’t there yet. Lenovo isn’t too happy with the August version 2004 cumulative update. It’s still too early to move to 2004, in my opinion — and those problems ensure I’ll keep 2004 off my machines for a while.

Meanwhile, Microsoft extended the end of support date for Win10 version 1803 — a move that’ll interest exactly nobody except for admins with aging Win10 machines. Windows 8.1 patchers got left out in the Remote Access cold for a week. The .NET security updates have an odd, acknowledged bug with a manual registry workaround.

On the whole, though, the August patches have held up quite well.

As a bit o’ lagniappe, Patch Lady Susan Bradley has published the results of her two Patching Surveys — one for Consumers, the other for IT Pros. As you might imagine, the general level of satisfaction with Windows patches leaves much to be desired.

The August cumulative update for Win10 version 2004, KB4566782 — the latest, bestest, bug-infested version of Windows 10 — has triggered the usual volley of complaints about blue screens, system slowdowns, crashes, and the like. Mayank Parmar at Windows Latest has details.

Most disconcerting is the volley of BSoDs described by Lenovo on 2019 and 2020 ThinkPads:

The bugs appear to be linked to using the Enhanced Windows Biometric Security setting in the ThinkPad’s BIOS. See the article for details.

The other big Win10 version 2004 news lies in the highly anticipated fix to the defrag bug that I talked about back in June. In spite of the recent, breathless headlines about a “new” bug in version 2004, this pesky little SSD biter has been documented on various Microsoft sites since January — before version 2004 shipped.

The bug involves an incorrectly set timestamp on defrag runs: Since the “Optimize Drives” app relies on that timestamp to keep from running too frequently, a bad timestamp leads to an overabundance of defrag runs, which can hurt any drive — but especially solid-state drives. There are also reports of TRIM function bugs associated with the Optimize Drives app. Those may be more serious. Lawrence Abrams at BleepingComputer has details.

In theory, Microsoft has fixed the bug. The fix may well appear in the “optional, non-security, C/D Week” patch for version 2004 that’s due any day now (making it an “E Week” patch). Most people expect that it’ll be part of the September Patch Tuesday crop.

If Microsoft does, indeed, fix the bug, it’ll be another significant undocumented bug in 2004 that’s finally met its match.

Microsoft releases an update to KB4023057 — the “Update to Windows 10, versions 1507, 1511, 1607, 1703, 1709, 1803, 1809, 1903, and 1909 for update reliability” patch — when it’s ready to start steamrolling new versions. I last talked about the patch a year ago.

You’ll see the patch offered if you haven’t yet moved to Win10 version 2004 and your PC appears to need it (with MS’s “artificial intelligence” playing the part of King Solomon). The patch itself isn’t available in the Microsoft Catalog because it’s delivered via the extra-official UUP delivery method.

If you want to move to 2004, and you’re offered KB4023057, go ahead and take it — but realize there are problems. If you’d rather wait for the inevitable fixes — such as the defrag fix mentioned in the preceding section, and many others both acknowledged and in gotcha mode — there’s no reason to install it yet.

The Knowledge Base articles for all of the August .NET patches have been modified to include a note about an odd bug. KB4569775 (the “Security and Quality Rollup for .NET Framework 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2 for Windows 7 SP1 and Windows Server 2008 R2 SP1 and Windows Server 2008 SP2”) and the various KBs for .NET Framework 4.8 now have this admonishment:

Windows Presentation Framework (WPF) applications that use two or more HostVisual elements belonging to a common thread, where both HostVisual elements are asked to disconnect from their visual target at roughly the same time, mail fail with the following error:

Exception type:  System.COMException


Callstack:  top frame is System.Windows.Media.Composition.DUCE+Channel.SyncFlush()

There’s a manual fix that involves changing app.config or modifying the registry.

Usually Microsoft patches all versions of Windows at the same time. This month, though, Windows 8.1 missed two security holes in Windows Remote Access.

Eight days after the Patch Tuesday plop, Windows 8.1 got an additional patch, KB4578013, that only fixes those two security holes. It’s a catch-up patch of a patch. In order to get all of your Win 8.1 August patches, you have to install the second patch, too — or wait for the September Monthly Rollup, which should plug all the known holes.

There’s also a late-breaking warning about this second patch not playing politely with Cisco AnyConnect. The original, Patch Tuesday patch has no such problems.

If you pay for Windows 7 Extended Security Updates, you may be seeing printer problems with the August patch, KB4571729. The root cause still isn’t known, but there’s an active discussion on the PatchManagement Group forum.

Patch Lady Susan Bradley has just released the results of her 2020 Windows and Office consumer patching survey. It’s a companion to the IT pros and consultants survey she released last week. With more than 1,400 participants, the study finds:

Party on, Panos.

Patching problems? Hit us on

Copyright © 2020 IDG Communications, Inc.

This Article was first published on

About IT News Ug

Check Also

Windows by the numbers: Windows 10 is on track to reach 85% by mid-2021

It's not unusual for Windows 10 use to rise as Windows 7's use falls, which is what happened (again) in June. One continuing surprise: it was the third straight month where Linux saw gains.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.