Oho! I just learned something interesting from Martin Brinkmann over at Ghacks.Net. It seems that in Windows 11, MS has re-jiggered the way default application selection works. In Windows 10 one could grab an application and associate it with all typical file or link types in one go. Alas, managing Windows 11 defaults gets tricky, because you must now choose them one at a time.

MS also supplies various defaults by default so to speak, which explains why Microsoft Edge shows up so persistently when opening web-related file types. Thus, for example, I count 22 such entries in Settings → Apps → Default apps → (Browser name here). I chose Google Chrome as my example in the lead-in graphic above. If you really want to make Chrome the overall default, you must jump into each of the 22 associated file or link types and pick Chrome from the pick list for each one.

Why Say: Managing Windows 11 Defaults Gets Tricky?

Maybe I should have said “labor intensive” instead. But “tricky” makes for a more compelling headline, so I’ll admit to taking just a wee bit of artistic license here. Truth is, as long as you know that this is how Windows 11 works, it’s the kind of thing you need to do once for those applications you want to make default when Microsoft supplies something different. This takes time and a little effort, but it’s not the end of the world as we know it by a long shot.

I’m hoping Nir Sofer reads this blog post, though, and whips out a Windows11Default tool to help automate this task. Seems like it should be fairly straightforward for someone with the right understanding of Windows internals to make this happen. I see a fascinating thread on this topic in the Spiceworld Forums that explains that GPOs and an XML file can do the trick. I’ll be noodling around with this for a while and see if I can figure something further out. Hopefully, Windows 11 and 10 work the same way in this regard. Stay tuned, and I’ll find out…

What with Windows 11 looming ever closer on the horizon, more Windows 10 users will want to check TPM status on their PC. TPM is, of course, the Trusted Platform Module that provides hardware-level credential caching and encryption to protect systems from snooping and takeover. Today, I’ll show you how to check Windows TPM status 2 ways. One way uses a PowerShell cmdlet, the other way runs a Microsoft Management Console snap-in (an .msc file).

How to Check Windows TPM Status 2 Ways

Naturally, both methods require admin privileges. That is, you must run the cmdlet in an Administrative PowerShell session. Alternatively, you must be logged into an administrative-level account to access the proper MMC snap-in.

Way 1: PowerShell

Prosaically enough, the necessary cmdlet is named get-tpm. As its name portends, it provides detailed information about the presence and state of TPM on the target system upon which it is run. Go ahead, take a look:

Note all the details about TPM presence and status. Source: my i7-6700 PC, which has no TPM.

Way 2: Run TPM.MSC (MMC Snap-in)

To take this path, simply type tpm.msc into the run command box or the Windows search box. It does not provide as much detail as the PowerShell cmdlet, but it is a little faster and easier to run. That said, here’s what its output looks like:

The TPM plug-in for the MMC just provides basic presence/absence information, though more data appears when a TPM is present (see next screencap below)
[Click image for full-sized view.]

TPM Info from Win11-Ready System

For comparison purposes here’s a side-by-side rendition of the PowerShell cmdlet (left) and MMC snap-in (right) from my 11th generation Lenovo X12 Hybrid Tablet PC. It meets the Windows 11 hardware requirements and tells its story about the TPM capabilities present on that machine. Note: 11th generation Intel CPUs provide TPM 2.0 emulation in firmware, rather than in a separate TPM chip.

Click image for full-sized view.

Here’s an interesting tidbit from the July 29 version of Microsoft Docs “Deeper look at flighting.” And of course, as the lead sentence reads “Flighting is the process of running Windows Insider Preview Builds on your device.” In an amendment to prior policy, downgrading Dev Channel is now sometimes possible for test PCs or VMs. Let me explain…

What Downgrading Dev Channel Is Now Sometimes Possible Means

The key to switching without requiring a clean re-install (the prior policy in all cases) is that the Dev Channel must have the same or lower Build number than the target channel. That means switching from Dev Channel to another channel requires users “to find your current build number and compare it to the current build number in the channel you wish to switch to.” Build numbers appear in the output from winver.exe, and in Start → Settings → System → About.

I quote the step-by-step process verbatim from the previously linked flighting document:

1. Open Settings > Windows Update > Windows Insider Program.
2. Select Choose your Insider settings.
3. Select the desired channel, either Beta Channel (Recommended), or Release Preview Channel.
4. The next time you receive an update, it will be for your new channel.

This will make the process of downgrading channels simpler. It also provides an “exit strategy” for Dev Channel PCs. Prior policy insisted that the only escape from Dev Channel could be a clean re-install of some other Windows version. The other channels have always offered the option to drop back to production/RTM versions when they become available. This extends that out to Dev Channel, but requires two steps to get there: first drop back to Beta or Insider Preview, then drop back to production/RTM. Good stuff!

Why Am I Telling You This … Now?

As you look at the WinVer output from Dev Channel (left) and Beta Channel (right) in the lead graphic, right now the Build numbers are the same. That means that you can downgrade Dev Channel PCs as I write this story. Given that MS hasn’t released a Dev Channel build in a while this can’t last forever. If you want to try it out, act fast — or wait for the next synch-up. Your call…

Sometimes, I have to laugh at myself. Yesterday, in cleaning out my Downloads folder on a Windows 11 test PC, I noticed that clicking the Scissors icon didn’t delete selected files. Duh! That’s the job of the Trashcan icon, as I figured out a little later using mouseover tactics. By confusing Windows 11 scissors and trashcan icons, I showed myself that minor mistakes can stymie routine file handling tasks. Sigh.

If Confusing Windows 11 Scissors and Trashcan, What Next?

Before I figured out my category/identification error, I found another quick workaround to delete files. By clicking “More options” at the bottom of the first right-click menu, another more familiar menu appears. It’s more or less the Windows 10 menu transplanted into Windows 11, like so:

A second menu has the familiar text entry to make my choice more obvious: Delete appears three up from the bottom.
[Click image for full-sized view.]

As is nearly always the case in Windows (including 11), there’s more than one way to get things done. When one fails (or operator error leads to unwanted outcomes), another way can lead to success. My next step would be to turn to the command line, had this alternate path not led to the desired results. It’s always good to keep working at things until they get solved. That goes double when my silly mixup led to an initial lack of success.

As I learn new UIs and tools, this kind of thing happens from time to time. Call them Windows follies or funnies if you like. For me, it’s just another day, and another lesson learned, here in Windows-World!