Category Archives: Updates

Cool Tools, Insider stuff, Recent Activity, Updates, WED Blog

Digesting WinGet Updates Gets Interesting

Leave a comment

I just noticed something odd about my latest WinGet update cycle. It worked just fine but threw a “Failed in attempting to update the source: winget” error before proceeding. When I check version info on WinGet itself it shows version v1.7.10861. Running winget show Microsoft.AppInstaller (the app name for the environment that includes WinGet) it shows version v1.22.10861.0. When I attempt to update it comes back “No available upgrade found.” When I run another general update check, it says “No installed packages…” meaning “Nothing to see here!” This makes me thing that digesting WinGet updates gets interesting — some of the time, at least. Let me explain…

Digesting WinGet Updates Gets Interesting.store-info

Note App Installer got “Modified yesterday” (that’s an update)!

IMO Digesting WinGet Updates Gets Interesting

When I check the MS Store, I see that it updated App Installer just yesterday. This is the first time I’ve run Windows Terminal and Winget since that update. Methinks it may take an exit-restart maneuver after the update for the new stuff to take effect.

To test my theory, I fire off a new instance of Windows Terminal/PowerShell and run winget upgrade –all –include-unknown again. This time it repeats the “No installed package…” message. That lets me know things are all caught up. No mention of “Failed in attempting to update the source: winget,” either.

That may not prove my theory, but it certainly adds it a bit more credence. How did I figure this out? On my Windows 10 PC, I actually updated Microsoft.AppInstaller as part of the sequence that stated with “Failed in attempting to update the source: winget.” That got me to thinking that a winget self-update might temporarily throw off the access to its source. And, by golly, I think that may just explain what’s going on here. As I said before: it’s interesting!

 

Facebooklinkedin
Facebooklinkedin
Cool Tools, Insider stuff, Recent Activity, Updates, WED Blog, Windows 10

Windows 10 Lockscreen Follies

3 Comments

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

Achieving Windows 11 Moment 5

Leave a comment

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
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

Leave a comment

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