Category Archives: Updates

Extirpating WinGetUI Requires Registry Cleanup

Here’s an odd one. A few months back, I tried out a pre-release version of UniGetUI that still fell under the WinGetUI umbrella. The package info involved — as you can see in the lead-in graphic — was ID=MartiCliment.UniGetUI.Pre-Release Version=1.5.2. I thought I’d deleted same, and it showed up in none of Programs and Features, Settings > Apps, or Revo Uninstaller. Yet it kept showing up in WinGet‘s upgrade and list commands anyway. TLDR; extirpating WinGetUI requires registry cleanup to “make it go away.” Sigh.

Why Extirpating WinGetUI Requires Registry Cleanup

Apparently, adding packages to Windows leaves all kinds of traces in the file structure, as well as settings and pointers that get instantiated in the registry. Furthermore, it looks like WinGet relies what it finds in the registry to create its view of what’s installed on a Windows PC. Thus, I had to remove all registry entries that included the string “WinGetUI” and/or “UniGetUI” (except for stuff not related to the application or its package info, such as pointers to Word files I’d written about those tools).

And indeed, that did the trick. Neither WinGet Upgrade nor WinGet List Marti.Climent.UniGetUI,Pre-Release posits pointers to something I know isn’t there. The next screengrab provides visual proof. Good-oh!

After removing all WinGetUI references in the registry, WinGet no longer sees the older package.

It just goes to show that some uninstall facilities work better than others. For all its good features, it appears that WinGetUI/UniGetUI does not clean the registry upon uninstall deeply enough to tell WinGet that it’s gone, gone, gone. You’d think that wouldn’t happen with a WinGet-related and -focused follow-on tool. But here’s a counter-example that says otherwise.

That’s the way things go here in Windows-World, where not all is as it seems, not always works exactly the way it should. Sigh. When that happens, we clean up manually and keep on truckin’…

Facebooklinkedin
Facebooklinkedin

Installing Build 27802 Throws Memory Error

Here’s a new one on me. Last Friday, as I was installing the latest Canary Channel upgrade, the installer threw an error code that I’d not seen before. That code is 0x8007000e; its output from the Microsoft Error Lookup Tool (err_6.4.5.exe) appears as the lead-in graphic above. That error occurred during the GUI portion of the install. And it occurs to me that while installing Build 27802 throws memory error, it might have been because I was running WinGet in parallel, installing other stuff at the same time. I’m guessing was a self-inflicted thing…let me explain.

Self-Inflicted: Installing Build 27802 Throws Memory Error

The recommendation that comes with this error, is to restart the PC and try again. As soon as I did that — without added activity on the side — the upgrade installed successfully with no further errors along the way. As I look back on what got updated during my first botched attempt, I see that some fairly intense items were involved. Most notably, it included Visual Studio, for which a typical install is usually around 50GB in size. I can see where trying to juggle both on a 2021 vintage laptop (Lenovo ThinkPad X12 Detachable Tablet with 16GB RAM) might cause resource issues.

Anyway, the proof’s in the observation that a second attempt worked. That’s probably because I didn’t try to multi-task while the GUI install was underway. The only reason I haven’t done this to myself before is that you can’t do anything to the PC except let the installer run, during the post-GUI phase!

27802 Takes a While to Complete, Too

I couldn’t help but notice — because I perforce went through the process twice on the X12 — that the upgrade process to this latest build takes some time to complete. Normally, a Canary Channel upgrade finishes in under half an hour. This time around, the whole process — including download, GUI install, and post-GUI install — took about 75 minutes to complete from desktop to desktop.

At least I now know I should leave my PCs (mostly) alone while the GUI phase of a Windows upgrade is underway. I wonder what my next creative abuse of the runtime and installer will teach me? There’s always something new and interesting to learn, here in Windows -World!

 

Facebooklinkedin
Facebooklinkedin

PatchMyPC Updates 9 Apps Today

Gosh: I don’t see this very often. On the Lenovo ThinkStation P3 Ultra just now, PatchMyPC Updates 9 apps today. You can see them in the lead-in graphic. The whole thing took less than 4 minutes to complete. My appreciation for this handy update tool knows no bounds!

OK PatchMyPC Updates 9 Apps Today: Next?

The full name of the tool is Patch My PC Home Updater. (I’ll call it PMPC for brevity here). With 516 apps in its library, PMPC is not as comprehensive in coverage as is WinGet or the MS Store (2,600+ packages in the former, and over 60,000 in the latter). But it’s completely automated, incredibly easy (and fun) to use, and — for some odd reason — almost always faster than running the same installers in PowerShell or the Command Prompt.

Indeed, PMPC is also less careful or respectful of running apps than WinGet. It cheerfully stops web browsers (and other apps) to update them, then restores their previous runtime context. In WinGet, you will often either be unable to update a running browser (e.g. Chrome) or you’ll have to relaunch it manually (e.g. Edge or Firefox).

It’s a handy tool, and comes in a variety of commercial forms that work with Autopilot and InTune, among other patch and update management systems. As with WinGet, you can also use it to install and uninstall the items in its library as well. Highly recommended, and a treat to use.

Facebooklinkedin
Facebooklinkedin

Recent Upgrade Traffic Heavy

It’s been a busy past few days here at Chez Tittel. Yesterday’s Patch Tuesday was pretty intense — MS and third-party updates addressed 67 CVEs — for all my Windows 10 and 11 PCs and VMs. And today, I’m noticing anywhere from 6 to 9 updates via WinGet on those same PCs and VMs. IMO, this makes recent upgrade traffic heavy (or at least, heavier than usual). You can see the list of 9 updates from the Lenovo ThinkPad X1 Extreme in the lead-in graphic, for example.

Is Recent Upgrade Traffic Heavy Important?

Hard to say. The number of CVEs addressed on Patch Tuesday may sound high, but Copilot says it’s way below the 350-400 monthly average over the past 12 months. Wait?! Can that be right… Yes, it can. Indeed, the monthly average for CVEs reported for Windows in 2024 was over 3,300. With the number addressed in fixes, you can see how far Windows trails behind in catching up.

Where WinGet is concerned, 7-9 on any given day is higher than usual, but not extraordinary. Here again, Copilot says “it’s safe to say that WinGet handles hundreds of updates daily across various systems.” On any particular systems, or on Chez Tittel systems (they’re similarly configured and run a fairly consistent set of tools and apps), that number varies by what’s there and what’s updated.

The Tools Keep Working, and So Do I

I’ve experienced relatively little difficulty with WU and WinGet updates in past months (see my February 6 post on upgrading Canary to 27788 as  rare exception). Keeping up with Windows and its apps and applications involves regular — but not extreme — effort. I’ll keep on keepin’ on as long as that stays true.

In that same vein, I haven’t seen much action recently through the lens of Patch My PC Home Updater. My typical suite of 20 to under 40 of its apps have been mostly quiescent for the past week and longer. That said, my production desktop just reported two C++ redistributables and CPU-Z all need updates. Go figure!

Facebooklinkedin
Facebooklinkedin

WinGet Boosts Chrome Update Capability

Here’s an interesting item. Previously, WinGet wouldn’t update Chrome on Windows PCs where it was running. Now it will, because WinGet boosts Chrome update capability. It now runs the installer with admin privileges to overcome the maxim “don’t mess with running processes.” You can see it working in the lead-in graphic, where the text reads (in yellow):

The installer will request to run as administrator, expect a prompt.

If WinGet Boosts Chrome Update Capability, Users Benefit

This means users must still Relaunch Chrome to get the update to take, though WinGet applies the update. Previously, WinGet would just skip the whole thing. Now, the next time users open that browser, the new update will take over (or, they can manually use the Relaunch button themselves).

After WinGet does its thing, Relaunch remains required to leave running processes undisturbed.

Will Other Browser Makers Follow Suit?

Here’s a shout out to the dev teams for Edge, Mozilla/Firefox (and variations), Opera, and others. Take heed of this Chrome action and do likewise. Your users — including your truly, most fervently — will thank you.

It’s just another small step for WinGet. But it translates into a big boost for the Windows user base. Keep up the good work, people!

New PowerShell Version Out, Too…

While I’ve got your eye, a new PowerShell version — v7.5.0 — is out. It’s still new enough that WinGet won’t install it yet. If you, like me, are OCD enough to want to run it before it gets into the pipeline, download it from the assets on the Release v7.5.0 page.

Note added 15 minutes later: Nevermind, it’s already showing up in WinGet. I should’ve known @Denelon and the team wouldn’t sit on their hands here. Another attaboy for that group and the PowerShell team. Good-oh.

Here, you can see the old 7.4.6 windows left, and a new 7.5.0 window right. God: I *LOVE* Windows Terminal.

Facebooklinkedin
Facebooklinkedin

Unexpected BIOS UEFI Update Adventures

When Lenovo Vantage popped up a notification yesterday that the ThinkStation P3 Ultra needed a BIOS/UEFI update, I thought nothing of it. But as the process dragged on … and on …. and on some more, I started to get a little concerned. Indeed, I found myself enmeshed in unexpected BIOS UEFI update adventures as what I thought might take 10-15 minutes took about an hour, all told.

But there is a happy ending. Though it took much longer than it ever has before, the update complete successfully. And the machine continues humming along, happily doing what I ask it to. That’s a relief!

Describing Unexpected BIOS UEFI Update Adventures

This may be the third such update I’ve gone through with this machine. Across all my many Lenovos over the years, loaners and review units included, I’ve probably performed over 200 such updates. That’s a big reason why this particular one took me somewhat by suprise.

Here’s a list of symptoms:
1. After the BIOS update completed, the PC rebooted yet one more time. It usually comes back up in no more than 30 seconds. This time, it took between 1 and 2 minutes.
2. Upon restarting the machine showed a black screen — no Lenovo logo for the boot splash screen showed up for at least another 30 seconds. Normally, this pops right up.
3. After the Logo showed up center screen, it took longer than usual for the “Energy Star” and “TCO certified” logos to show up bottom right. Again, this added another 30 seconds or so to the delay.
4. During that first reboot cycle, the PC rebooted itself again (never seen this before). This time the screen stayed black even though the monitor power indicator stayed on. I had to cold start the PC (turn off the power, wait 30 seconds, turn the power back on) to resume start-up.
5. After this second unexpected restart, the P3 took well over a minute to get to the splash screen. Getting to the spinning circle took longer than usual as well, but it booted into Windows 11. It’s now showing 24H2 Build 26100.3894 (current).

Post-update, the P3 takes about 10 seconds from the Lenovo boot splash to show TCO and Energy Star logos. Another 10 seconds to get to the spinning circle. Another 15 seconds before the lock/login screen appears. Thus, total boot time is now around 35 seconds or so. That’s not too bad, actually.

Why the Kerfluffle?

Copilot tells me extended boot delays after UEFI update can arise from compatibility issues, switching all settings to their defaults, “re-learning” of hardware  (I’ve seen this with memory on the P16 but that posts an on-screen message and nothing like that showed up on the P3), and “additional error checking or diagnostics during boot.” I’m guessing this update included a bigger change delta than older ones, and that some of the final category (diagnostics and error checks) also got thrown in.

As for the cold start, Copilot says it happens when the system needs to “properly recognize all components” after a UEFI update. I can see that, particularly if related aspects in the UEFI have changed since the preceding version. That would absolutely force a complete, new device enumeration, which may have been needed in this case.

At any rate, it turned into more of an adventure than I expected. And I learned a few things along the way. Glad the machine is running now, and appears to be working well. Fun, fun, fun here in Windows-World these days!

Facebooklinkedin
Facebooklinkedin

8GadgetPack Is Now Just GadgetPack

We returned from our holiday travels over the weekend, and I’ve been slowly getting back into the groove here at Chez Tittel. While I didn’t apparently miss many updates or upgrades, one interesting item popped up. Helmut Buhler has renamed his epic 8GadgetPack tool to drop the leading 8 — making it GadgetPack — with a similarly truncated website to match. Hence my claim that 8GadgetPack is now just GadgetPack. But boy, does it bring a lot of welcome changes, too. Let me explain.

If 8GadgetPack Is Now Just GadgetPack, Changes Follow

You can see the complete list of changes to this essential Windows toolkit (IMHO, anway) in its December 25 changelog entry. But a quick look at the lead-in graphic shows some changes emphatically. The new version is at left, and the old at right, showing my go-to gadgets on Windows physical and virtual desktops everywhere. You can see a newer, more stripped-down approach to those tools, especially the Clock. Simply put, Buhler has updated icons, gadgets and controls (now called settings) to mesh more directly with standard Windows 10 and 11 UI stuff. It looks great, too.

Clock is simpler, sparer and feels less dated.

What Else Ya Got?

The changelog entry for 12/25 cites to updated graphics for “many gadgets, gadget icons, gadget grip buttons and the GadgetPack installer itself.” This is no exaggeration. The program is updated and refreshed throughout. The version number is now up to 38.0, too. For those who already use this tool, this is a must-have update. For those who’ve yet to take it for a spin, it’s even more worth doing than it was before.

A great Christmas present for Windows-heads everywhere. Thanks for your hard work, and a great update, Mr. Buhler!

Facebooklinkedin
Facebooklinkedin

Quick WinGet Post-Thanks Catch-Up

Today’s my first day back in the saddle after a blissfully long weekend. It started Tuesday, November 26 and ended this morning (December 2: 6 days). Interestingly it looks like most other outfits were lollygagging around as well. Indeed, I assert that’s why I had such a quick winget post-thanks catch-up.  Running over the fleet this morning, it averaged 6-7 updates (min: 5, max: 8, most 6 or 7).

Explaining Quick WinGet Post-Thanks Catch-Up

As I said already, I’m quite sure the fallow period that precedes and accompanies a major hiatus (or holiday) is the culprit. To me, that explains little or no change over the past 6 days. That said,  a little bit of everything shows up on update lists. That includes 7-Zip, CrystalDisk (Mark and Info), TeamViewer, Visual Studio, OhMyPosh and more. For me, they are all very much among the “usual suspects” when WinGet does its thing.

And I think there’s more like that to come. The frequency and heft of updates in the period from now until after 2025 pops in will no doubt drop. It’s a simple outcome of the way business gets done around the globe. I hope that gives me more time to play with other stuff. Why? I’ve got two loaner units from Lenovo — a ThinkBook and a ThinkStation — that I need to set up, review, and return to sender.

That should keep me busy, right? Glad to be back at work, and hopeful that 2024 may go out on a happy note. Let’s see, shall we?

 

Facebooklinkedin
Facebooklinkedin

PatchMyPC Home Updater Mini Annoyance

First things first: I’m a HUGE fan of PatchMyPC’s Home Updater product. Indeed, I got invited to try out the company’s latest version — an app-based implementation that supersedes PatchMyPC.exe — because I’ve written about it often and positively. In the interests of sharing my enthusiasm and support, I also have to report a recent PatchMyPC Home update “mini annoyance.” Let me tell you more…

What Is the PatchMyPC Home Updater Mini Annoyance?

It’s a Store app, so you must call it via the Start menu as “PatchMyPC Home Updater” to launch the program. But it’s NOT available in the Windows Store. Rather you must download it direct from the maker’s website, from the PatchMyPC Home Updater home page. If you try to find it in the MS Store, you get a big fat zip instead. Ditto for a search on “Patch My PC” as it appears here:

Only the website will do: the app is NOT in the MS Store.

Forewarned is forearmed, I guess. But gosh, it’s kind of a minor thing to add an app to the Store, isn’t it? C’mon guys: fix this sooner, rather than later. I applaud the new UI and the switch to a modern app style for this excellent tool. But please: finish the job and put it in the Store. Just sayin…

Facebooklinkedin
Facebooklinkedin

BIOS Update Demands Cable Switch

Whoa: this time, things got just a little bit TOO interesting. I’ve got a Lenovo P360 Ultra ThinkStation on loan, and a BIOS update came through today (to version S0JKT2AA). But when I would install the update, the usual BIOS flash screens did not come up after a reboot. It wasn’t until I swapped the graphics cable from the full-size DP to full-size DP port, to a full-size DP (monitor) to mini DP (PC) that the splash screen showed up at boot, and the BIOS flash ran through to completion. Thus, the BIOS update demands cable switch to succeed. Go figure!

How Did I Figure Out That BIOS Update Demands Cable Switch

By watching the post-reboot behavior on-screen, I realized it wasn’t showing me what it was supposed to. Basically, the screen stayed black post-restart until the lock screen for Windows 11 appeared. I knew I was supposed to see the boot-up splash screen (which reads “Lenovo” in white letters on a black background on this device). But instead: nada.

So on a whim, I brought down the video & power cables box from atop my bookshelves. Then, I grabbed a full-size DisplayPort to mini-DP cable and used it to replace the full-size DP to full-size DP I was currently using. Immediately thereafter, I got a splash screen and the BIOS update started processing. It took a while, but it eventually ground through to a successful update.

What About those Intel Graphics?

The next item of business was to get the built-in Intel graphics (UHD Graphics 770) updated. After a handful of failed attempts to get the Lenovo version to run, I visited the Intel DSA (Driver & Support Assistant) and installed that version instead. It worked. You can see the results for my final — and entirely welcome — update check using the Lenovo Commercial Vantage tool as the lead-in graphic above.

That was a wild ride. But indeed, that’s the way things go in Windows-World far too often, based on my current level of interest vs. fatigue. Today, fatigue wins out. Sigh.

Facebooklinkedin
Facebooklinkedin