Category Archives: Updates

Insider stuff, Recent Activity, Updates, WED Blog, Windows 10

MS Edge 122.0.2365.106 Winget Upgrade Puzzle

3 Comments

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
Cool Tools, Insider stuff, Recent Activity, Updates, WED Blog

Failed Update Shows Increasing Winget Smarts

Leave a comment

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
Insider stuff, Recent Activity, Troubleshooting, Updates, WED Glog

Office Update Hiccup Is Easily Fixed

Leave a comment

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
Cool Tools, Insider stuff, Recent Activity, Updates, WED Blog

Exploring New NVIDIA Beta App

2 Comments

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
Cool Tools, Insider stuff, Recent Activity, Updates, WED Blog, Windows 11

Build 26058 Explorer Brings Button Labels Back

Leave a comment

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
Insider stuff, PowerShell, Recent Activity, Updates, WED Blog

PS Update Orphans PowerToys CNF

Leave a comment

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
Cool Tools, Insider stuff, Updates, WED Blog

Winget GPU-Z 2.57.0 Download Error

Leave a comment

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
Cool Tools, Insider stuff, Recent Activity, Updates, WED Blog

DiskGenius Poses Odd Winget Issues

Leave a comment

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
Device drivers, Insider stuff, Recent Activity, Updates, WED Blog, Windows 10, Windows 11

NVIDIA Drops New Driver Batch

Leave a comment

As I work through the Windows news each morning, I check X (Twitter), LinkedIn, Facebook and Mastodon by way of social media. I also check in on WinAero, WindowsLatest, MSPowerUser, Ghacks, Thurott and Windows Central as well. Today, most of them told me something like NVIDIA drops new driver batch 551.23. And indeed, I found Game-ready and Studio versions for consumer grade GPUs, as well as Quadro (551.23 aka Release 550) among the pro lines. You can see the Studio version from GeForce Experience in the lead-in graphic above.

Fast facts on this latest version:
1. Target Directory: C:\ProgramData\NVIDIA Corporation\
Downloader…
2. Filename: 551.23-desktop-win10-win11-64bit-
international-nsd-dch-whql-g.exe
3. Download size: 519KB (downloader only)
4. On-disk file size: 1.93 GB (all files downloaded & expanded)
5. Download & install time: ~3:30 (average across 5 PCs)

Why NVIDIA Drops New Driver Batch 551.23

Most often updates follow close on the heels of new games (or game features). Sometimes, they pop up to support new NVIDIA GPU offerings. It’s the latter this time, with the release of the game- and AI-ready RTX 4080 SUPER at CES on January 8, 2024 (also includes 4070 Ti SUPER and 4070 SUPER in that mix).

Heh! I’m not sure I’m ready to fork over the long green needed to buy into the latest NVIDIA generation, but it’s nice to know they’re out there when I build my next desktop. I usually buy either a 4070 or 4070 Ti model because I can’t really justify the price/performance tax that a top-of-the-line model adds to my build costs. But gamers everywhere will probably be fighting off a new case of techno-lust.

Drivers Downloaded and Updated

Amidst my modest fleet of about one dozen PCs (8 laptops and 4 desktops), there are 7 machines with NVIDIA graphics cards of one kind or another. I’ve got the updates running on all of them right now (except for the desktop my son is using away at college, so I’ll mention this to him the next time we talk). By the time you read this, they should all be updated.

If you’ve got an NVIDIA GPU in your neighborhood, now you know there’s a new update out there, too. Three cheers for the 551.23 release!

Facebooklinkedin
Facebooklinkedin
Cool Tools, Recent Activity, Updates, WED Blog

Overcoming WingetUI Hiccups

Leave a comment

Lately, I’ve been switching between winget at the command line, and WingetUI (Martin Climent’s UI-based GitHub project). Just this morning, I observed that the CLI version didn’t see a couple of updates that WingetUI did — namely, PSGallery CredentialManager and a fresh update for the Python Interpreter (Python.Python.2). Interestingly, the source for Python does show up as “Winget.” But when I scan for updates in the CLI version it doesn’t “see” Python as out-of-date. But letting WingetUI run in the background, both updates kept failing. Thus, overcoming WingetUI hiccups took direct intervention and a bit of thought. Let me explain…

Get Busy: Overcoming WingetUI Hiccups

I’m not sure why both items failed in the background, but they did. Alas, I clobbered the error messages from WingetUI without recording them first. But when I ran WingetUI directly, the Credential-Manager upgrade went through immediately. But the Python update failed again.

Looking at the right-click options, I noticed that among its entries for individual updates, WingetUI includes a “Run as administrator” item. So I tried that next. This opened a Python update windows (which had not appeared during earlier attempts). And sure enough: it worked and the update went through.

Further Details Show Something Familiar

I couldn’t help but notice that WingetUI reported needing version 2.0.0 of CredentialManager while seeing version 2.0 already installed. I wrote about this version parsing peccadillo in my last post (Laughable Stardock Version Mixup) in connection with Start10. Here it is again, with a PowerShell Gallery element. Apparently, this happens more often than I’d noticed! This might also explain why it shows up in WingetUI and not in the CLI version: that latter runtime is incredibly careful about changing stuff when processes are running or when slight changes to the installer or runtime could occur. And indeed, Demitrius Nelon confirmed this behavior for me in an X/Twitter message last Friday, so I’m pretty sure it’s a real — if entirely trivial — thing.

As for Python, that’s a little more interesting. Looks like administrator privilege cracked some kind of access or permissions issue, and allowed the update to proceed. That’s a good “second try” technique for me to keep in my toolbox. Now that I’ve seen it work, I’m sure I’ll find occasion to use it again. Maybe you will, too!

Cheers, and welcome to a new year in Windows-World. It’s already off to an interesting start…

Facebooklinkedin
Facebooklinkedin