Category Archives: WED Blog

PatchMyPC Still Rocks

In scrolling through X/Twitter this morning, I saw that fellow MVP Rudy Ooms (@Mister_MDM) has gone to work for PatchMyPC. It had been a while since I updated and used that tool, so I went and grabbed a current download from their Home Updater page. I’m pleased to report that PatchMyPC still rocks Windows updates: it found a whopping 9 items that needed a lift, even through I run WinGet pretty much daily on most of my PCs and VMs. You can see the tail end of that update cycle in the lead-in screencap.

More Reasons Why PatchMyPC Still Rocks

After searching for a successor to the now defunct SUMo (Software Update Monitor) after it went EOL last year, I’ve yet to find any other option that comes close to doing what PatchMyPC does. It’s silent (doesn’t require ongoing user interaction). The Free version is fully functional. It’s frequently updated. It’s pretty fast, too.

My only beef with PatchMyPC is that its scope is somewhat limited. WinGet covers more than 6K Windows packages of all kinds including Windows OS tools and utilities from Microsoft and third parties, apps and applications, SDKs and Runtimes, and more.  For a complete list run winget search “” > allpkgs.txt at the Command Prompt, then inspect the resulting text file. OTOH, PatchyMyPC tracks 224 items as “Main Software” and 35 items as “Portable Software.” I wish it covered more! It’s such a joy to use…

Nevertheless, PatchMyPC is well worth a try. For all the items it does cover it offers the best update experience around. Check it out!


PowerToys Throws One-Time 24H2 RunDLL Error

When I logged into my newly-upgraded Windows 11 24H2 laptop this morning, I couldn’t help but notice something new. It’s reproduced as the lead-in graphic: it shows a missing app as the focus of a scheduled task. Upon digging into Task Scheduler, I learned that PowerToys throws one-time 24H2 RunDLL error as shown. But after ending the task, then rebooting, it doesn’t come up again. Weird!

Fixing PowerToys Throws One-Time 24H2 RunDLL Error

I right-clicked on the PowerToys entry, then right-clicked the PcaWallpaperAppDetect Task in the “All Running Tasks” pane overlaid at center right. Now, I can’t make it come back, so I can only show you where it was (I swear!). You can, however, find discussion and examples at Microsoft Answers, where I also posted info about the very fix I’ve just explained.

PowerToys Throws One-Time 24H2 RunDLL Error.Task Scheduler

I right-clicked the PcaWallpaperAppDetect task, then select “End task” from the pop-up.[Click image for full-size view.]

I was a little surprised by the outcome of my exercise. I’d expected the task to return after a reboot. But it did not, as you can see from the preceding screencap, captured after I rebooted the only 24H2 Preview PC I’ve currently got running. Go figure!

Given MS Answers Action, Going Thru Channels

Because numerous other folks are reporting the same RunDLL error online, I’m letting @ClintRutkas know about this. He’s the leader of the PowerToys dev team. That teamshas shown itself extraordinarily responsive to such reports in the past. My best guess is that they’ll fix it pronto!


Default Browser Reset Rankles

It just happened again. I clicked a (safe) URL in an email message and found myself inside Microsoft Edge. Because my personal practice and preference is to run Chrome as the default, this was a back-handed way of telling me that my default browser had been reset. It probably came from some new VM I set up and filtered back into my MSA via OneDrive. Or I could’ve agreed to something in Edge to make that happen. However this change occurred, any surprise default browser reset rankles when it happens. I don’t like it.

Here’s Why a Default Browser Reset Rankles

I get used to things working a certain way on my desktop. When an update or a settings change affects that same old, same old, I get a little disturbed. Upon investigation, such things are mostly my own doing. I think what bit me this time I that I set up a VM a couple of days ago and just let all the standard defaults — including Edge for the browser — go through unaltered. It didn’t hit me in the chops, though, until I clicked a URL In an Outlook email yesterday  after which it opened in Edge. Ouch!

The right thing to do, obviously, is for me to use one MSA for work, and another MSA for testing and experimentation. I think I can avoid the issue through proper practices going forward. But it still rankles when a change in one place trickles down into the same change somewhere else.

Work Away from Unwanted Surprises
IS Working Smarter

As the old saying goes “Work smarter, not harder.” I will do my best to take that old saw to heart and make sure to steer clear going forward. Just another day here in Windows-World, and another case of IDKYCDT via OneDrive. Sigh.


Digging Into Massive DISM Delay

If I needed proof that “no good deed goes unpunished,” I got that yesterday. I was revising a story for Tom’s Hardware about fixing an IRQL BSOD. By way of example I ran a pair of DISM commands and the system file checker (shown at the end of this post). The second DISM command took a LONG time to complete and hung up at 62.3% complete. Then, when I jumped to another PC it did the same thing again. That’s why I’m digging into massive DISM delay this morning.

What Digging Into Massive DISM Delay Tells Me

A quick online search tells me I’m not alone. Indeed, there’s a Reddit thread entitled “DISM Restore health stuck on 62.3%.” It  confirms what I’d observed on my own PC — namely, that the delay is NOT a hang, and the command will complete . . . eventually.

Next, I ran down the logs that get written when DISM /RestoreHealth is underway. First, I found a 10-minute gap between one timestamp and the next in the dism.log file. Then I used the same timestamp when that delay hit to look at CBS.log. Sure enough, the repair was mapping Windows Enterprise to the Professional Edition. This was followed by at least 3,371 files opened and examined (some lines open 1, others 2).

Based on a screen’s worth of entries summed and averaged it comes out to 3371 * 1.42 =  ~4829 files in all. Obviously, that can take some time. The end of this activity explains what’s going on: “Repr: CBS Store Check completes.” Then a bunch of missing manifests or catalogs come in, with a large number of update downloads after that. Poof! 10 minutes is gone.

When DISM Gets Going, It’s Busy, Busy, Busy

So even though DISM /CheckHealth found nothing amiss, DISM /Restorehealth found itself with a lot of work to do. And that’s where the “missing 10 minutes” went. Seemed like forever, but it’s apparently a well-worn routine — if the Reddit post is any indication.

And boy howdy, isn’t that exactly how things sometimes go here in Windows-World? And I suppose I should be glad that all the current public Windows 11 release PCs experience the same thing. At least, it’s consistent . . .


Win10 VM Login Gotcha Manifests

Boy, I’m glad I’d seen this one before. I was setting up a Windows 10 VM this morning while researching an AskWoody newsletter story. When I’d gotten to the point of logging into the desktop I found myself unable to get the PIN or Password prompt from the lock screen to complete that maneuver. “Aha” I thought “I’ve seen this before, but on Windows 11.” Turns out the same Win10 VM login gotcha manifests when “Enhanced mode” view is turned on. Let me explain…

How the Win10 VM Login Gotcha Manifests

By default, Windows 10 and 11 both set the toggle for “Require Windows Hello sign-in for Microsoft accounts” in Settings > Accounts > Sign-in options. For situations where users are logging in directly to a suitably equipped PC, that’s fine. But that doesn’t work for RDP sessions (my usual way to access other PCs here at Chez Tittel, including 3 desktops and up to 10 laptops).

The fix is to turn off Enhanced mode, sign in, visit Settings > Accounts > Sign-in options and turn that toggle off. Then you can switch to Enhanced mode and get the login prompt from the lock screen. That’s on par in importance with the ability to cut’n’paste from a VM in an RDP session — another thing I do quite frequently. That also requires enhanced mode to work.

Keep an Eye on ComputerWorld

Fortunately I just finished an upcoming story for CW on “Building Windows 11 Virtual Machines” on May 5. I went into the whole RDP razzmatazz in getting that written so I was both forewarned and forearmed for today’s RDP gotcha with Windows 10. I hadn’t confirmed this shared little zinger beforehand, but now I know for sure. That made it super-easy to fix things, too. Good-oh!


RenamePC + Date&Time Move Into Settings

I’ve been paying a lot more attention to Microsoft’s sometimes slow and scattered migration of functions and features from Control Panel to Settings lately. Why? Because I’m in the midst of a series of stories on Control Panel, Settings and Consoles in Windows 11 for That’s why I picked up quickly on Canary Build 26217.5000. In that release,  renamePC and date&time move into Settings.

You can see the new “Rename your PC” window in the lead-in graphic. It echoes the current Windows 11 theme. It also shows rounded corners and other modern UI hallmarks.

What RenamePC + Date&Time Move Into Settings Means

More functionality keeps making its way from the older Control Panel interface into the newer, dynamic Settings environment. Indeed, the Sync capability is now fully integrated into Settings > Time & language > Date & time:

It’s no longer necessary to jump from Settings into Control Panel to sync a PC’s clock with some standard time server. Mine is (Look near the bottom of the preceding screencap.)

MS: When Will You Make an End?

Like the Pope to Michelangelo in working on the Sistine Chapel ceiling frescoes, the question more or less begs itself. Because of all the separate development groups involved across the whole OS, I’m afraid the answer is “Nobody knows!” No doubt the old rejoinder “When it’s finished” applies as well to transitioning from Control Panel to Settings as it did to the 1965 Hollywood epic that’s the source of this cheesy dialog. Hopefully it, too, leaves a legacy for the ages…


Macrium Reflect Update Ructions

I’m feeling a bit out of sorts this morning. I’ve just finished updating the mostly excellent Macrium Reflect backup/restore software on my production PC. Because I use Reflect on numerous PCs here at Chez Tittel, I sometimes get bollixed keeping track of what’s what. Reflect got an update on May 14 (release notes). I’ve been catching up here since returning from vakay last Monday. Along the way, I’ve encountered what I have to call Macrium Reflect update ructions. Let me explain…

What’s Causing Macrium Reflect Update Ructions?

Macrium Reflect (which I’ll abbreviate as MR going forward) is good about announcing updates, and warning users to install them. Every now and then, though, one of its updates requires users to reboot the PC after it’s done. I understand perfectly well this means they’ve made changes in code that hooks into the OS. A reboot lets those hooks get detached from old running stuff and re-plumbed into its new replacements. Perfectly sensible.

But what irks me is that their release notes and update notifications say nothing about “reboot required” or “no reboot required.” I don’t like it that I get to the end of an update process and then get informed the PC needs an update before it can take full effect. Sigh.

Why Reboot Timing Matters…

Here’s the thing: If they warned me a reboot would be needed  I’d say “OK. I’ll do this later when I’m getting ready to step away from the PC for a while.” But when I’m working full-bore with two or three browsers, Outlook, Word, and Explorer all open in multiple tabs or windows, password managers enabled, and so forth, I don’t want to “Hold everything!” to reboot right away. It takes a good 5 minutes to shut everything down, reboot, then wind everything back up to return to the status quo. But if I don’t reboot, I sometimes notice laggy performance. Damned if you do, damned if you don’t.

Please, MR developers (Paramount Software): provide a “reboot after install” warning as part of the notification and/or release notes info. It’s much more convenient to know what’s coming, and to be able to plan accordingly. ‘Nuff said, I hope!


X Now Marks the Twitter Spot!

It’s been more than two years since Elon Musk acquired Twitter on April 14, 2022. But only now — as you can see in the lead-in graphic — has started redirecting users to instead. I’ve been logging in via Twitter since I first joined up over a decade ago. But starting today, May 17, X now marks the Twitter spot on the web. The default question shown in the lead-in graphic adds an ironic twist to the whole affair, IMO. I have to chuckle…

If X Now Marks the Twitter Spot, Does It Matter?

I guess this redirect should last some while, so I probably won’t have to train my fingers to type instead of right away. But it’s not inconceivable that the switch should encourage people to shift away from the old domain name to the new one, either.

Out of curiosity I checked the market value of Twitter . . . err X, rather . . . this morning. According to Companies Market Cap, it’s worth $41.09B right now. Elon paid $44B for the company, and valued it at $19B on October 30, 2023. Obviously, it’s recovered quite a bit since then. It may not turn out to be the total disaster many feared after all. Time will tell, right?

X Still Stands. But In the Second Rank

According to Statista, X ranks 15th among all social media platforms worldwide. Its user base is far behind the top 5 (Facebook: 3B+, YouTube: 2B+, Instagram: 1B+, WhatsApp: 1B+, and TikTok: 1B+). But somehow, X keeps going and keeps working. I still find it a valuable source of Windows news and info. Indeed it works better for me than any of the preceding top 5 for my particular interests. Obviously, these interests are more specialized than the teeming billions covered en masse in those services!

Here’s a shout-out to Laurent Giret at, whose X item there this morning alerted me this changeover. Thanks!


When WinGet Balks, Try In-App Updates

OK then, I’m still working my way back into the groove after 8 days of vakay. Yesterday, I started running WinGet upgrade … on the whole fleet, to get things caught back up. I quickly noticed that WinGet wanted to update a slew of stuff, including MS Teams and MS PC Manager. But on at least a couple of test PCs, WinGet wasn’t up to those tasks. I quickly remembered that when WinGet balks, try in-app updates often works. And indeed, it did the trick for both those items.

Remember: When WinGet Balks Try In-App Updates

Most often when I see a WinGet upgrade fail to update an app, it’s because the app is running and something inside its runtime environment won’t let go of some resource necessary to bring the update to a successful finish. Apparently, that was the case for both Teams and PC Manager yesterday, where I could see a valid version mismatch between what was running and what WinGet wanted to install.

You can see what I wound up with in the lead-in graphic after I ran the in-app update function for both programs. They show the “latest and greatest” versions for Teams (left) and Microsoft PC Manager (right) up and running. It took me a minute to recollect the right approach, but it was dead easy to implement once those neurons had fired.

If this technique works for me, it can work for you, too. Enjoy!


Black Screen Says “Welcome Back!”

OK, then. I’ve been away from the office on a family vacation to Nashville, TN, since May 6. When I sat down at my desk this morning to reboot my work routine, I  found myself literally rebooting my production desktop to regain access to Windows. With tongue planted firmly in my cheek I’ll describe this as black screen says “Welcome Back!”

Recovering from Black Screen Says “Welcome Back!”

Now that I think about it, I probably should have tried the old graphics driver restart key combo Winkey+CTRL+Shift+B before rebooting the system. Why do I  say this? As you can see in the lead-in graphic, Reliability Monitor shows that forced restart as an “Unexpected shutdown…” This means Windows itself was still working on that PC.

Had I simply restarted the graphics driver, chances are thus pretty good that my desktop would’ve returned to normal operation without a reboot. But, after leaving the machine alone for 8 days, I wasn’t worried about impacts on open files or the like.

Thus, I just went for the hammer when a pair of tweezers might have done the trick. Yet another way of observing that I’m back at work, and ready to tackle the joys and trials of getting things done here in Windows-World.

What Have I Missed?

That’s the question I’ll be seeking to answer over the next couple of days as I ease back into my daily routine. I’m happy to say that I see only a couple of “burning issues” in my inbox this morning. I’m also happy to say that the rest of the PC fleet is still working like it should. Thus I should be able to get back into the groove without further delays or disruptions.

Stay tuned, though. I could always be wrong, and have to hare off after other Windows issues. Should that happen I’ll report back here…