Category Archives: Updates

Windows 10 Lockscreen Follies

OK, it may be another case of: gradual rollout, I’m on the tailing end. Or it may be something is misbehaving. I’m trying out the new Lock Screen behaviors in Windows 10 Build 19045.4239. I can see the weather bug, and I can turn on the “other lock screen apps” but none of them show up. Right now, I’m updating a VM on another PC so I can take screencaps to show what’s happening. Hence my assertion I’m engaging in Windows 10 lockscreen follies. Fun, actually!

What Windows 10 Lockscreen Follies Tell Me…

I’m a great believer in trying out and observing new stuff as it shows up in Windows. I’ve learned that I don’t understand things anywhere near as well when reading about them, as I do when installing or setting them up, then using them. There’s something about the actual experience that improves my apprehension and comprehension. Plus, I like to tinker with stuff (to the point where I’ll try to break things so I can learn how to fix them).

Once I confirmed I was indeed running 19045.4239 I started playing with the lock screen settings. Again, I can see the background coming from Spotbright, and the weather info. And again, I cannot see status from the other apps I’ve chosen for display. Homer Simpson moment hits: I bet they have to be RUNNING to show something. …goes off to try … doesn’t seem to help (nor does placing the open app window on my #1 screen, which also might be a factor).

Trailing Behind the Gradual Rollout…Again

Looks like I’ve got all the controls up and going, but they’re not doing anything. But about “more content” on the lockscreen, the announcement says “This feature might not be available to all users because it will roll out gradually.” Based on my nearly unbroken record in avoiding the front ranks during such times, I’m guessing it will make its way to my lockscreens later, rather than sooner!

Stay tuned, I’ll keep you posted. The Lord only knows why, but I’m starting to like the idea of a status-filled lockscreen…

 

 

Facebooklinkedin
Facebooklinkedin

Achieving Windows 11 Moment 5

I knew I had to have it, as soon as I read it was available. The “It” in this case is what many observers are calling “Moment 5” — the next step in the evolution and release of Windows 11. Thurrott says it’s supposed to be available as a “Week D Preview” from WU. But I had to visit the KB5035942 announcement, and follow its link to the Update Catalog to get myself a copy. I’m still only partway toward achieving Windows 11 Moment 5 right now, because the MSU is still busy getting the update installed.

Achieving Windows 11 Moment 5.msu-working

It takes a good while for this update to process…be patient!

Is Achieving Windows 11 Moment 5 Good?

The Microsoft Standalone Update (MSU) installer ticks along for several minutes as the install process grinds through its paces. I didn’t see a lot of heavy CPU activity (Thanks to the 8GadgetPack CPU Usage widget, I can always see what my processor is up to) while this was happening, either. A closer look via Task Manager showed the TiWorker.exe process consuming 1-2% of CPU and less for WmiPrivSrv.exe and TrustedInstaller.exe. Otherwise, it didn’t show much evidence of installer activity, either.

TLDR version: it takes forever while the MSU says “Copying packages to the Windows Update cache.” And a funny thing, too: I just checked one of my other production-level Windows 11 PCs (the Lenovo ThinkPad X1 Extreme) and it’s already been updated automatically, entirely on its own. It’s the source of the Winver output that leads off this story, in fact. That leads to an interesting question:

Why X1 Extreme and not P16?

The P16 machine I’m running the MSU on right now is also set to “Get the latest updates as soon as they’re available?” just as is the X1 Extreme. Yet the latter gets it on its own, while the former does not (nor does it see the update offered in WU, either). Methinks there may be some kind of device hold on this newer, more capable mobile workstation model (P16) to which the older laptop (X1 Extreme) is not subject.

So now, I’m waiting to see how it all turns out. And meanwhile, the MSU just keeps grinding away at copying packages. Stay tuned … I’ll report back when the wheels stop turning to tell you what happened.

Progress! The status window just changed to “The updates are being installed” with a progress bar for “Installing.” Perhaps it’s finally getting somewhere. Let’s see…

Now the mills of the Gods are back to grinding at their usual glacial pace. But it is indeed moving ahead, so fingers crossed for a successful conclusion, about 20 minutes into download and install. At 22 minutes in: success! See the next screencap for confirmation:

Time to restart, and let the OS patch itself. Nice to see the Catalog update at work, for a change.

Facebooklinkedin
Facebooklinkedin

MS Edge 122.0.2365.106 Winget Upgrade Puzzle

Here’s a good one, right from my Windows 10 desktop this morning. As per usual practice, I ran winget upgrade –all –include-unknown to see what updates might be available after the weekend.  I promptly ran into a Catch-22 as you can see in the lead-in screencap. I call it an MS Edge 1220.2365.106 Winget Upgrade puzzle, because the package manager finds an upgrade for Edge that I can’t figure out how to install. Let me explain…

What’s the MS Edge 122.0.2365.106 Winget Upgrade Puzzle?

In a nutshell, here’s what the lead-in graphic depicts (there’s more, as you will shortly see in the following list of items):

1. Winget reports that an upgrade for Edge from version 122.0.2635.92 to …106 (first three groups of digits stay the same) is available.

2. Winget upgrade –all –include-unknown fails because “install technology of the newer version is different…” I’ve definitely seen this before. Note the error message advises an uninstall/reinstall maneuver to fix things.

3.  Winget uninstall Microsoft.Edge fails with exit code 93

4. An attempt to force the uninstall fails with the same exit code

5. A visit to Settings > Apps > All installed apps offers no uninstall option for Edge. Indeed, it’s pretty well known in Windows circles that Edge is notoriously tricky to uninstall. See, for example. this github “Remove-MS-Edge” script…

When in Doubt, Report to the Winget Team…

I have to believe this is a slight hiccup on the Winget team’s part. From long experience in working with the program daily since it was introduced at the end of June, 2020, I know that (a) Catch-22s sometimes pop up and (b) they usually get fixed fairly soon after they appear. My best guess is that this particular instance will get handled in the next few days.

For my part, I’m sending a link to this blog post to Demitrius Nelon, the leader of the Winget team via Twitter. This usually provokes immediate and corrective action. Let’s see what happens…

Stay tuned! Note: FWIW, Windows 11 versions are not subject to this gotcha. AFAICT this is a Windows 10 thing only. I even tried a repair install for Edge through its “All installed apps” entry and that didn’t help, either.  Indeed, a version check on the 122.0.2365.92 version comes back to report “all’s well”:

Note Added March 26: Gone!

Edge is still running as version 122.0.2365.92. But Winget is no longer reporting that it needs to upgrade it to 122.0.2635.106. Indeed, Winget show Microsoft.Edge now reports the latter as the current version, in need of no upgrade at all. Thanks Demetrius and team: problem solved!

Facebooklinkedin
Facebooklinkedin

Failed Update Shows Increasing Winget Smarts

Here’s an interesting observation. Since its release in May 2020, built-in Microsoft packaging tool Winget has been a work in progress. I don’t mean this as a critique: it started out pretty good, and it’s kept on getting better and better. I was reminded of this yesterday when an update for my CyberPowerSystems UPS software failed. But that failed update shows increasing Winget smarts. You can see the whole trail of events in the lead-in graphic.

How Failed Update Shows Increasing Winget Smarts

You can see the error message about one-third the way down from the top as it reports:Installer failed with exit code: 1. But it’s the lines above that really show off Winget’s increasing smarts:

v.2.5.1 cannot be updated through the installation package. Please remove the old version of Personal first and then install v2.5.1

This remove-replace (reinstall) maneuver is a fairly frequent occurrence when using Winget to update Windows software. It’s usually the next thing one tries if an update/upgrade fails. What’s new here is that Winget itself explicitly recommends this strategy. Previously it might indicate a “change in installer technology” to make such recommendations. This seems like more general — and broadly applicable — advice. I like it!

Doing What Winget Says…

If you look at the bottom section of the lead-in graphic, you’ll see it did just that (right-click that image, and select something like “Open image in new tab” to see the whole thing). Using the package’s ID string for unambiguous identification, I first uninstall it, then I install it again (note that it picks up the desired version: v2.5.1). That works: good stuff!

Facebooklinkedin
Facebooklinkedin

Office Update Hiccup Is Easily Fixed

Last Friday, WingetUI informed me that Microsoft Office needed an update on my production PC. When I tried to update it, however, it failed inside the tool and running winget inside PowerShell. Then, it did nothing inside Outlook when I clicked Files > Account > Update Options > Update Now. Obviously, something was hinky about Office itself, or perhaps the update package. I got an error message that read “Installer failed with exit code: 4294967295.” Fortunately, this Office update hiccup is easily fixed.

How Office Update Hiccup Is Easily Fixed

As it happens, I wrote a story for ComputerWorld back in April 2021. It’s entitled “4 steps to repair Microsoft Office.” I only had to go to Step 1 “Run the Office Quick Repair tool.” You can see the steps to get there, and the Repair button to run it, in the following screencap:

Here’s how to get to the embedded repair info: Settings > Apps > Apps & features > click on Microsoft 365 Apps (for enterprise in my case, YMMV by version). If you click Quick Repair it uses local windows files from your PC. If that doesn’t work, you can try Online Repair and use files from the MS Office download page instead.

I didn’t have to, because the first try did the trick. After the repair completed the update ran without further difficulties. Darn! It’s nice when an easy repair succeeds. Read the rest of the CW story to see what other steps might be required if the Repair tools shown above don’t work. Things can get interesting in a hurry, so I’m just as glad they did not. As Sinatra famously sang “…nice and easy does it every time!”

 

 

Facebooklinkedin
Facebooklinkedin

Exploring New NVIDIA Beta App

OK, then. Through what I can only describe as a bitter irony, the only desktop that I own with enough space in the case for a GeForce RTX 3070 Ti is my aging i7-6700 Skylake build. It’s too old to meet Windows 11 system requirements so it’s running Windows 10. Even so, I put it through its paces just now, while exploring new NVIDIA beta app (NVIDIA App.exe). Its home page, with the exe file properties page overlaid, provides the lead-in graphic above.

What Exploring New NVIDIA Beta App Tells Me

If you visit NVIDIA’s “Test Drive” page for this beta software you’ll find a concise summary right next to the download link for same. It reads:

The NVIDIA app beta is a first step in our journey to modernize and unify the NVIDIA Control Panel, GeForce Experience, and RTX Experience apps.

Indeed, the driver update and subsequent desktop behavior is unchanged. I used the beta sofware to update my RTX 3070 Ti to version 551.61 (Rls 2/21/24). Just like GeForce Experience did, it changed all RDP windows from maximized to “fill entire pane.” It also moved all open windows from my (secondary) left-hand screen to the (primary) right-hand screen. Easily  cleaned-up but I wish they’d change the code to capture home screen info and restore it at or near the conclusion of the driver install.

The NVIDIA Control Panel is indeed gone from Control Panel, though. Its functions are now integrated into the Beta app. I believe that’s a positive step. NVIDIA also mentions

a redesigned in-game overlay for convenient access to powerful gameplay recording tools, performance monitoring overlays, and game enhancing filters, including innovative new AI-powered filters for GeForce RTX users.”

I’ll have to turn this rig over to my gamer son when he’s home for Spring Break next week and see what he thinks of the gaming stuff. I’m no gamer myself (except for card and board games which exercise none of these advanced capabilities).

What About That New Software?

The beta software kicks off with a new version number of 10.0.0.499/p. So far it seems mostly like a stitched-together version of GeForce Experience and the Control Panel Item. But then, I can’t appreciate the game stuff. We’ll see how it all plays out. It’s undoubtedly more convenient to find everything together, though, so I’ll give NVIDIA brownie points for consolidation. The rest is still TBD. Stay tuned…

 

Facebooklinkedin
Facebooklinkedin

Build 26058 Explorer Brings Button Labels Back

It’s a small change but a helpful one. In Canary Channel  Build 26058 Explorer brings button labels back. That is, instead of simply showing labels and forcing you to do one of these:

  • Remember what they are and what they do
  • Mouse over the label icon and read the text tip
  • Pick one and hope for the best

Explorer once again shows text to accompany the icons so users know what they’re doing. These show up at middle in the lead-in graphic, with icon buttons above and text below. To wit: Scissors button/Cut, overlaid pages/Copy, Text “A”/Rename, Block with pointer/Share, and Trashcan/Delete. Good stuff!

You can see what the old way looks like in the production Windows version (Build 22631) below where the icons appear at the bottom of the Explorer right-click context menu for files inside a folder. Much less intelligible, IMO.

Build 26058 Explorer Brings Button Labels Back.notext

Notice the line of icons at the bottom of the content menu. Mouseover will show tip text.

Rejoice When Build 26058 Explorer Brings Button Labels Back

It’s not a huge change to see text show up with a button, unprompted. But it is a comforting usability improvement. I’d always wondered why MS adopted this ultra-compact approach. But given the presence of tip text on mouseover, I’d always been able to suss things out if I wasn’t 100% what was what.

This latest improvement saves the time and effort involved in mousing over. I definitely appreciate it. On the one hand: thanks! On the other: Why’d it take so long?

And if those aren’t among the major dueling dualities here in Windows-World, I haven’t been paying attention for the past 30-plus years. Yeah, right…

Facebooklinkedin
Facebooklinkedin

PS Update Orphans PowerToys CNF

Here’s an interesting one. I’ve noticed recently that when PowerShell gets an update, the next time it launches PowerToys “Command Not Found” (CNF) drops an error message. Hence this post’s title: PS Update Orphans PowerToys CNF.

You can see how this story starts in the lead-in graphic. It shows the error message that CNF.psd1 did not load “because no valid file was found in any module directory.” Seems like an impasse, don’t it?

NOTE Added February 15: It’s the profile not the PowerShell!!! The following observations are correct — the profile and the reference to CNF are indeed mismatched — but it’s NOT PowerShell’s fault. It’s because I’m backing up my profile stuff in OneDrive and the location in the profile is incorrect. Uinstall/reinstall fixes that issue until the next time OneDrive replaces the (correct) local profile copy with the (incorrect) cloud-based one. Sigh. I’ll write about this on Monday, Feb 19, after I’ve had time to figure all the angles!

PS Update Orphans PowerToys CNF Easily Fixed

I superimposed the CNF panel from PowerToys Settings for a reason, though. Even though its status messages and detections all show green, it turns out the real problem is that PowerShell itself can’t find the CNF module.

Here’s the easy fix. Uninstall CNF (click the Uninstall button at center right). Then it changes to an Install button. Now, click that and CNF gets reinstalled. Now, the next time you open PowerShell everything is copacetic, with CNF back at work, as shown in response to my now-standard “vim” test string:

PS Update Orphans PowerToys CNF.retry

After uninstall/reinstall CNF in PowerToys, close and then re-open PowerShell. [Click image for full-size view.]

Sometimes, when certain little things get you, other little things can set them back to rights. In this particular case, that’s how I’d generally describe the path to an error-free PowerShell startup after update, with a working PowerToys CNF as well. Cheers!

Facebooklinkedin
Facebooklinkedin

Winget GPU-Z 2.57.0 Download Error

Here’s something I’ve not seen before, but immediately understood. Yesterday’s update check found a pending update for TechPowerUp’s nifty GPU-Z software. But it forced a Winget GPU-Z 2.57.0 download error upon attempted retrieval, as you can see at the bottom of the intro graphic.  I kind of like the error message “Download request status is not success.” Methinks the download link or path might be incorrect, what?

Hint: To actually *see* the bottom of the screencap, right-click the intro image and select the closest thing in your browser to “Display image in its own tab” (Firefox) or “Open image in new tab…” (Chrome or Edge) or whatever else you might find in your software of choice.

Overcoming Winget GPU-Z 2.57.0 Download Error

Although the error message is a bit convoluted, the associated HTML error code  — namely, 410 — is not. Here’s what Ahrefs.com has to say about this particular code number (bold emphasis mine):

The 410 Gone is an HTTP status code returned by the web server when the client (a browser or a web crawler) requests a resource that is no longer available at the requested address. It is one of the so-called “client errors,” meaning that the error is on the client side, not on the server.

Unlike the 404 Not Found response code that can be shown for non-existing or mistyped URLs, the 410 code indicates that the resource was in use but is no longer available and will not be available again at the requested address.

This would seem to indicate that TechPowerUp has moved or deleted the resource associated with the download link. I believe this is on them to fix, so the winget manifest can be appropriately updated. I have emailed the EIC to that effect.

A Dead Simple Workaround

When I visit the home page for GPU-Z, I can access its download link page, where I see what may be part of the problem. It points to 10 mirrors, from any one of which a download may occur (6 in USA, UK, NL, DE and SG [Singapower]). Probably, the developer who supplies manifests needs to pick one mirror and let winget use it exclusively — or write code to handle localization and pick a proximate mirror instead. Which do you think is more likely?

Winget GPU-Z 2.57.0 Download Error.mirrors

Count ’em: 10 (ten) mirrors!

Long story short: when I access any US mirror, I can download the 2.57.0 file without difficulty. Run that file (GPU-Z.2.57.0.exe) and it updates the program without problem. Solved!

Facebooklinkedin
Facebooklinkedin

DiskGenius Poses Odd Winget Issues

OK, so here’s an interesting set of issues. The otherwise usable and worthwhile free version of DiskGenius poses odd Winget issues. ICYDK, DiskGenius is a disk partitioning toolbox that also does data recovery, backup and restore and disk management. The free version offers more limited capability than its paid-for counterpart. But it definitely has issues related to its package structure inside Winget. Let me explain…

Evidence: DiskGenius Poses Odd Winget Issues

Take a look at the lead-in graphic. It’s from a PowerShell tab inside Windows Terminal. It shows the results of a winget update scan. I made it just AFTER I had forcibly uninstalled DiskGenius using Revo Uninstaller Free, then used Winget to install it afresh:

Winget install eassos.DiskGenius

As you can see, winget upgrade –all –include-unknown still wants to update DiskGenius. It wants to update to the same version that’s already installed: 5.5.1. According to the application’s Help/About info, it’s actually version 5.5.1.1508 x64. This makes me think there is some kind of problem with the manifest where the local installed copy of DiskGenius reports a different version than is associated with the manifest even though they’re the same. My best guess, in fact, is that the .1508 x64 at the end is getting truncated or lost.

As you can see in the next screencap, DiskGenius clearly shows 5.5.1 as its version number from the winget show output. (I split the pane to block out a bunch of extraneous details from the release notes.)

DiskGenius Poses Odd Winget Issues.show

Winget Show DiskGenius shows version number, publisher, and so forth.{Click image for full-sized view.}

Because DiskGenius happily runs as a portable app without actual installation, I’ve decided to uninstall it and run it from a flash drive when I need it. That way I don’t have winget constantly nagging me for an update that I neither need nor want to read about. Problem solved.

The Other Issue…

Remember, I mentioned “odd Winget issues” (plural) in the headline? So yes, there’s something else. When I initially installed DiskGenius I chose a USB-attached NVMe drive as the target. These problems started popping up when I unplugged that drive from its original host PC and plugged it into another one for some testing. Winget still complained about the need for an update, but then failed on the update because — of course, of course — it couldn’t find what wasn’t there. Plus, we already know it woudn’t have changed the nag report anyway…

Turns out installing left sufficient traces in the registry and file system that winget could know DiskGenius was supposed to be present, but nowhere to be found. Even using the uninstall option in Settings → Apps → Installed apps didn’t get rid of all traces. I had to use Revo Uninstaller and remove all registry entries and remaining files (mostly shortcuts that pointed to the now-missing E: drive) to make this stop.

But eventually, I got it all cleaned up. And now, I’m just going to run it as a portable app from the USB-attached SSD enclosure where it now lives. And sigh loudly, because that really is the way things too often go here in Windows-World.

Facebooklinkedin
Facebooklinkedin