If Zac Bowden at WindowsCentral is right — and he often is — there’s something unusual coming in the next feature update for Windows 11 (24H2). When it emerges later this year, it may include something called hotpatching. In an October 2023 Learn Story, MS defines hotpatching. It is “…a way to install OS security updates … that doesn’t require a reboot after installation.” Basically, it means that PCs can defer the mandatory reboot that follows certain monthly cumulative updates. But there’s more…

Beyond Hotpatching Windows 11 24H2

Right now, hotpatching only applies to WindowsServer VMs inside the Microsoft Azure umbrella. Bowden also asserts it’s used on Xbox systems. According to his unnamed sources they’re already experimenting with hotpatching 24H2 images in Redmond. Same sources say MS plans to push them out into the Dev and Canary channels in coming months.

Because MS has been doing this for a while (with Windows Server VMs and Xbox) this is less startling than it might otherwise be. The MS Learn item is particularly worth reading for the section entitled “How Hotpatch works.” It explains this technique relies on patching “the in-memory code of running processes without the need to restart the process” so that “applications are unaffected.” Good to know!

A quarterly reboot is still required to make sure that an actual CU acts as the baseline for the current running Windows image (say in January). Then, February and March can be hotpatches, with another CU to follow in April, and so on, as shown in the lead-in graphic.

Presumably, full update integration would occur on the “next reboot” for hotpatched PCs. I’ve never had a Windows desktop run for 3 months without a single reboot myself. Thus, I’m pretty sure I’ll be finding out when and as hotpatches show up inside Windows 11 Insider Preview releases — hopefully, soon!

As far as I can tell, I’ve been blogging here about the Windows Package Manager — Winget, that is — since May 2022. Indeed it’s received regular mention ever since (nearly a third of all posts). I finally observed the other day that winget won’t update a browser with any of its processes running on the target PC. Also the browsers I use (Chrome, Firefox, Edge) still make you “Relaunch” to complete any update. This includes instances when Winget updates them successfully. Hence my assertion: Winget browser updates may be curious. And I mean both in terms of effect and outcome.

If Winget Browser Updates May Be Curious, Then?

It doesn’t stop me from trying, but the update doesn’t happen at all when any related process is running. Thus, for example, if any chrome.exe items show up in Task Manager>Details view, winget breezes past the update package and does nothing. Ditto for Firefox and Edge. But it’s a good flag for me to jump into each one’s Help>About facililty which is usually more than happy to update from insider the browser itself. And again, to request a “Relaunch” when that process comes to its conclusion.

It’s all part of the learning process in working with winget to keep Windows up-to-date. Sometimes — indeed nearly all the time — winget handles update packages quite nicely on its own. At other times (less often) winget acts as a sentinel to warn me that an update is available, which I then must figure out how to install.

Here’s a short list of such programs above and beyond the browsers already mentioned: Kindle for Windows, Discord, certain EA game executables, Teams Classic, Windows Terminal (now fixed), and even Winget itself from time to time. But gosh, it’s always fun to see what’s out there and what happens when winget wrangles update packages. It’s made my life ever so much more interesting (and updates easier) since it emerged in 2022.