Category Archives: Insider stuff

Interesting v0.80.x PowerToys Puzzle

I’ve just stumbled upon — and confirmed — and interesting v0.80.x PowerToys puzzle. Given that every picture tells a story, my lead-in graphic attempts to show what’s going on here. Let me explain, in three sections:

1. Top white text shows the info that pops up after Winget upgrades PowerToys to Version 0.80.0. Notice it reads “Release v0.80.1”.

2. Winget clearly shows it’s upgrading PowerToys to version 0.80.0 in the black text section in the middle.

3. Opening settings in that upgraded version of PowerToys, it self-reports as v0.80.0, and offers the “Install now” button to upgrade the program to v0.80.1. Not coincidentally, that install and upgrade actually work, and result in  a self-report of v0.80.1.

Note: you may have to show the graphic in its own browser tab or window to see the whole thing. Some important stuff is on the bottom edge (v.0.80.1 update notification and install button).

Interesting v0.80.x PowerToys Puzzle Gets Cracked

The way I see it, there are two possibilities here, and Ockham’s razor leans heavily toward one of them. First, it’s possible that winget is actually installing version 0.80.1 but misreporting same. I doubt it. My best guess is the second one, which is that v0.80.0 is showing the documentation for v0.80.1 when it should be showing a downrev version.

I think I just confirmed this because I did click the “Install now” button in PowerToys > Settings. It ran a tool called “PowerToys (Preview) x64 Setup” complete with progress bar.

And when it was finished it showed me the same “What’s new” document shown above, also labeled Release v.0.80.1. What’s different this time is that PowerToys > Settings > General now self-reports as follows:

Seems pretty conclusive to me. I’m guessing that the development team hasn’t yet updated their manifests for WinGet to switch things over from v0.80.0 to v0.80.1. At the same time the new “What’s new” has probably pushed out the old one, so it’s showing even on the v0.80.0 version. Go figure!

 

Facebooklinkedin
Facebooklinkedin

22635.3430 Post-Reboot Black Screen Fix

Here’s an interesting item. Yesterday was Patch Tuesday for April. As per normal due diligence, I updated my various Windows 10 and 11 PCs. When I tried to remote into the production PC (ThinkPad P16 Gen1 Mobile Workstation) it showed me a black screen. Fortunately, I was able to come up with this 22635.3430 post-reboot black screen fix: Ctrl+Alt+Esc launched Task Manager. Then I was able to run Explorer.exe. After that, the desktop and all came up normally. Weird!

After the 22635.3430 Post-Reboot Black Screen Fix…

The system seems to be working properly. Nor is reliability monitor showing an error in its output for today. Whatever caused this strange pause in screen output during startup seems to have been benign (no errors) and purely transitory (I can’t make the system do it again).

After I did get to the desktop I installed a handful of winget updates, plus Intel DSA updates for Bluetooth, Wi-Fi and Iris Xe. This made another reboot mandatory. After that second reboot, all worked as it should have. So whatever caused my initial black screen was apparently a one-time hiccup.

The DISM /cleanup-image Report

I try to run dism /cleanup-image /analyzecomponentstore any time I install a CU. This time it quite startlingly shows 16 (!) reclaimable packages. Based on recent experience I’m guessing 13 of them are bogus (that’s a recurring number). Check it out!

What’s more the cleanup fails with error 6824 “another transaction is depending on the fact that this property will not change.” I’ve learned this means it’s time for a repair install based on recent experience.

Methinks something went awry with the latest CU KB5036992. I wonder how many others will report similar difficulties. In the meantime, I’m off to fix this, and move on. This time, I will have to use UUPDump.net, too. Sigh. The new way in Canary and Dev versions “Fix problems using Windows Update” is ever so much easier…

Note Added +3Hrs: IPRI Does It!

An indeed, though it takes quite a while to work through all the steps, building an ISO for 22635.3430 from UUPDump.net, mounting same, and running install from setup.exe gets rid of the high count for reclaimable packages (including “the bogus 13”). Here’s what I get from
dism /online /cleanup-image /analyzecomponentstore
after in-place repair install and its final reboot:

22635.3430 Post-Reboot Black Screen Fix.IPRI

After the IPRI, reclaimables drops to zero.
[Click image for full-size view.]

Fixed! Now I need to figure out how to report this on Feedback Hub.

Facebooklinkedin
Facebooklinkedin

Dropbox Drops Gentle Reminder: RTFM

I have to laugh. I’ve been trying to get a beta version of Dropbox installed on my Windows 10 production desktop this morning. Trying, and failing, with nothing to show in Reliability Monitor, either. Then I decided to read the whole article about the new beta, which appeared on MSPowerUser on April 1 (no joke, alas). In a manner of speaking, Dropbox drops gentle reminder RTFM (read the fabulous manual).

Here’s what it says:

Note: Windows 10 users will need to uninstall earlier Dropbox desktop applications before installing the updated version to ensure optimal performance.

Guess what I didn’t do before trying the install? You got it in one: I did not first remove the old version before overlaying the new one. Sigh.

Heeding When Dropbox Drops Gentle Reminder: RTFM

Creature of habit that I am, I used winget uninstall Dropbox.Dropbox to remove the old version. Worked like a charm. Then I re-tried the Dropbox 196.3.6883 Offline Installer.x64.exe installer file. It too, then did its thing. And it took its sweet time, too.

But when all was said and done Dropbox came up just fine in Windows 10. It was smart enough to keep the old version’s login data, too, so I was able to get in and start working just like the old version. But by looking at the program’s about info I can see I’m running this latest (beta) version. Problem solved. Like I said: RTFM.

It never hurts to know precisely what you’re doing, before you start doing it. Otherwise, like me sometimes, you’ll have to figure it out as you lurch from one step to the next. Sigh again…

Facebooklinkedin
Facebooklinkedin

Beta Channel Sign-up Spawns Bogus Reclaimables

“Hey, wait a minute,” I thought to myself, “I’ve been here before.” Indeed I reported in June 2023 about “13 spurious reclaimables” in a different Windows 11 installation. This time, the same thing showed up when I switched my Lenovo ThinkPad X1 Extreme over from production Windows 11 (Build 22635.2274) to the latest Beta Channel release (Build 22635.3420). No sooner did I run dism /online /cleanup-images /startcomponentcleanup than it threw the error shown in the lead-in graphic. What you can’t see is that my beta channel sign-up spawns bogus reclaimables — 13 of them, to be more exact. Yikes!

Fixing Beta Channel Sign-up Spawns Bogus Reclaimables

For this version of Windows 11, I had a trick up my sleeve. This build includes the ability to repair a “hinky” Windows installation by repair installing the current version (aka “upgrade repair install” or “in-place upgrade repair install” in the can familiar to readers of TenForums and ElevenForum tutorials and advice).

This
Invoking this option downloads the files for the running Windows version and re-installs the OS, using files from WU instead of local copies to try to fix things. In my case it worked. You can see the successful outcome in the next screencap, which shows zero bogus reclaimables in either of the two dism /online /cleanup-image
/analyzecomponentstore
entries it shows. Good-oh!

To me, this proves the value and convenience of this new Windows 11 facility. Previously I’d have had to visit UUPdump.net, create an ISO script, then download all this stuff myself. Now, Windows does it on its own automatically. I think it’s great, and it fixed my problem, too.

The last time I ran into this problem I had to perform an in-place upgrade repair install to clear out the bogus reclaimables, too. If you ever find yourself in this boat, be aware that this technique has fixed this problem for me every time it’s happened on one of my PCs. Hopefully, it can do the same for yours.

Facebooklinkedin
Facebooklinkedin

WingetUI Announces UnigetUI Name Change

Though you can use it nicely with the Windows Package Manager, aka WinGet, WingetUI also works with other package managers. As you can see on its GitHub page, WingetUI also works with ScoopChocolateyPipNpm.NET Tool and the PowerShell Gallery. That’s a whole heap of package managers, and helps to explain why WingetUI announces UnigetUI name change in the app right now (see the lead-in graphic for same).

How WingetUI Announces UnigetUI Name Change

When I fired up WingetUI yesterday — for the first time in a couple of weeks, I cheerfully confess — the lead-in graphic popped up on my upstairs Windows 11 test PC (Asrock B550 mobo, Ryzen 5800 CPU, 64 GB RAM, Nvidia 1070TX GPU, etc.). In that little explainer, Marti Climent makes it clear that while WingetUI was initially designed to work only with Winget, it now covers numerous other package managers as well. Hence, the name change.

Of those other package managers, I’ve messed with Scoop and Chocolately. I’ve also turned to PowerShell Gallery on many occasions (though I’d call it a package repository more than a package manager, even though WingetUI/UnigetUI has worked with it for some while now).

WinGet CLI vs. WingetUI/UnigetUI

When I first discovered WingetUI I found it compelling and interesting because I was still learning the intricacies of WinGet commands and their sometimes convoluted syntax. But these days, I’m pretty darn comfortable with WinGet. Thus, I don’t find myself using WingetUI as much as I once did. Nevertheless, it’s a worthwhile tool that’s worth getting to know.

Indeed, I wrote a story about WingetUI for TekkiGurus last August (part of a 4-part Winget series). If you’re curious to learn more about either or both of these topics (Winget and WingetUI/UnigetUI) be sure to check them out. [Note: you’ll find links to the other 3 elements of the WinGet series if you visit the WingetUI story linked above.] Cheers!

Facebooklinkedin
Facebooklinkedin

Windows 11 Insider Preview Channel Switching

OK, then: I HAD to do it. I read this morning that MS is releasing a redesign of the  All Apps aspect of the Start menu in the Beta Channel. Naturally, I kicked one of my production laptops upstairs to join the channel to see that change for myself. Along the way I got to remember (or relearn) what’s involved in Windows 11 Insider Preview channel switching. (Hint: no remote control needed.)

Getting Into Windows 11 Insider Preview Channel Switching

It’s been a while, so I had to go through the motions to remember them. First, I had to join that PC to the Insider Preview program. Then I had to select my Insider Preview channel — Beta, in this case. Then I had to restart the PC and run WU again. In fact, I had to do that twice (run WU, that is — only 1 restart required at that point). And finally, as you can see in the lead-in graphic:

  1. The Update Stack Package that makes the Insider Preview installable
  2. The actual Insider Preview package itself (Build 22635.3420)

Of course once all that stuff gets installed, I’ll reboot again and go through the post-GUI installer stuff. That’s what actually upgrades the OS from the current production version 22635.3374) to the aforementioned Beta build.  When all that’s done I can go look for the new Start menu All apps stuff. As is typical, this takes a while (I’m about 12 minutes into the process and “Installing” for the OS is at 35% complete right now. Thus, it could be another 20 minutes before it’s done.) In the meanwhile, I’m standing by… And indeed it took a total of about 26 minutes to go from start to desktop for that process.

What About All Apps?

It’s another one of those things where MS may still be testing internally only, or doing another of its gradual rollouts. Thus, you guessed it: I still get the left-justified all apps list on my freshly-upgraded test PC. I can’t say I’m surprised, but it’s always disappointing to go looking for something new only to see the “same old, same old.” Sigh.

Of course, I’ll keep checking back and see when the switchover happens. Stay tuned: I’ll keep you posted…

Note Added 1 Hour Later

As I continue catching up with Windows news, I see over at NeoWin that a vivetool hack is required to enable the All apps grid in the latest beta version. I don’t do that on my beta machines to keep them in line with MS releases (it’s an MVP thing). So I guess I’ll have to wait awhile. Rumor has it this might hit “for real” on Patch Tuesday (April 9). We’ll see!

Facebooklinkedin
Facebooklinkedin

Digesting WinGet Updates Gets Interesting

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

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

Is ARM In Your PC’s Future?

I just saw an interesting story over at Windows Latest. It’s entitled Microsoft; Industry considers Windows on ARM as the future of computing. We’ve seen Windows on ARM for 3-plus years now. But so far, the user experience has been more under- than over- whelming. Nevertheless,  I’m inclined to agree that ARM has revolutionary PC potential going forward.  Thus IMO it IS reasonable to ask: Is ARM in your PC’s future? Let me explain… as you look at the CPU package in the lead-in graphic (Image Credit: AnfraShop.com).

Why say: Is ARM In Your PC’s Future?

I’ve been writing ongoing tech briefs for HPE, around the  ProLiant server family since last December. Much of my research, analysis and reporting has centered around ARM CPUs. Specifically, I’ve been exploring benefits they confer on cloud-based servers vis-a-vis top-of-the-line x86 Intel and AMD processors :

  • Energy efficiency: ARM CPUs routinely deliver the same or better performance as the other CPUs, but consume 50-70% less power.
  • Footprint: ARM CPU-based servers require only 1/3 the physical space (and volume) of their intel or AMD counterparts. That means either major savings on rack space, cooling, cabling and yada-yada, or 3 times as much capability in the same space.
  • Predictable and improved performance: ARM (Ampere Altra and Altra Max) CPUs use a single constant clock speed and lots of cores to keep things in synch and running smoothly. They can handle higher loads, faster and more predictably (with less jitter, too) than the competition.
  • High core-count ARM CPUs (Ampere Altra and Altra Max) can handle AI workloads without needing supplementary GPUs to offload or assist with such processing. Considering that the latest high-end Blackwell NVIDIA GPU is expected to cost US$30-40K, that’s HUGE (the current spot price for the top-of-the-line Ampere Altra Max M128-30 is US$2,305).

Pretty amazing, eh? It’s already shaking up the cloud and data center server market in a big, big way.

What Does This Have to Do with End-User PCs and Laptops?

Right now, not much. But in general, the ARM processors all share the smaller footprint and improved energy efficiency characteristics that help set the high-end ARM server CPUs apart from intel and AMD. They won’t offer anywhere near the same number of cores, and they’re also likely to use multiple core types (Ampere Altra uses only single-threaded cores, all identical, all in lock-step).

A March 13 MS announcement about worldwide availability of an “ARM advisory service for developers” had this to say about ARM silicon:

This is no surprise, as many across the industry consider Windows on Arm devices as the future of computing, with unparalleled speed, battery life, and connectivity.

Like me, MS apparently sees the uptake of the advantages that ARM architecture brings to computing having a significant impact at the end-user level. This is going to be interesting to watch unfold. It’s going to be even more fun to play with and test, to see if the running gear lives up to the breathless hype. If the benchmarks that Ampere and HPE are publishing are any indication, this could very well shake up desktops and laptops over the next year or two, as it’s already doing so for the rack-mounted server market right now.

Will the next PC/laptop I test have an ARM CPU? Gosh, I hope so. Will the next PC/laptop I BUY have an ARM CPU? Jury’s still out, but it’s looking at least possible, if not downright likely…

Facebooklinkedin
Facebooklinkedin