All posts by Ed Tittel

Full-time freelance writer, researcher and occasional expert witness, I specialize in Windows operating systems, information security, markup languages, and Web development tools and environments. I blog for numerous Websites, still write (or revise) the occasional book, and write lots of articles, white papers, tech briefs, and so forth.

Frustrating Firefox x86 Follies

Oh boy! I just shot myself rather nicely in the foot but managed to call back the bullet. Let me explain, in the context of unfolding and frustrating Firefox x86 follies here at Chez Tittel. The lead-in graphic for this story shows two entries for Firefox as you can see in the red outline box. Therein hangs this particular tale…

Fixing Frustrating Firefox x86 Follies

I noticed this earlier this week when, after updating Firefox x64 on my production PC, I noticed a second copy still running the previous version. WTF? Using SUMO to show me the containing folders for each instance I saw what was up. One 64-bit copy is running in the Program Files folder tree. More interestingly, a second 64-bit copy is running in the Program Files (x86) folder tree. WTF again?

Nothing loath, I went into Explorer and deleted the Mozilla Firefox folder from the (x86) folder tree. This is the shooting myself in the foot part. Turns out that particular instance has all of my favorites, stored passwords, and yada yada yada. The true x64 instance is a “clean install” — but not in a good way. Sigh.

I called the bullet back by opening the Recycle Bin and restoring the entire, just-deleted Mozilla Firefox folder. I see that I can export all my stuff from one instance and then import it into the other. As soon as I have time to figure all that stuff out I can grab my “vital stats” from the x86 instance and make ready to transfer it into the x64 instance. Then, I should be able to safely delete the x86 instance without losing my valuable accreted data. Sigh again.

This Raises an Interesting Question…

What I really want to know is: how did an x64 instance of Firefox wind up in the x86 folder? I’m pretty sure that’s another self-inflicted wound. When I updated the trailing second instance earlier this week, whaddya bet it was a now-obsolete 32-bit instance for which only a 64-bit instance can serve as an update? Sigh one more time, and wonder why Firefox let me do this to myself. Go figure!

Alas, that’s the way things go for me sometimes in Windows-World. I’m just glad I was able to figure out and recover from my own foible without losing too much time or wasting too much effort.

Facebooklinkedin
Facebooklinkedin

MS AI Survey Shows Strong Appetite for Automation

Hmmm. A story today at MSPowerUser pointed me to a recently published (but infuriatingly, undated) survey from Microsoft. It’s entitled Four Ways Leaders Can Empower People for How Work Gets Done. Notice, AI appears nowhere in this string. Even so, this MS AI survey shows strong appetite for automation.

That is, the survey documents increasing demand from rank-and-file workers for technology based empowerment. What does this mean? Workers want low-code tools to DIY basic software so they don’t have to wait on the IT/development backlog. They also want “artificial intelligence tools that let them focus on what’s important” to quote from the survey’s tag line. Wow!

How MS AI Survey Shows Strong Appetite for Automation

I’m just going to gloss over some of the survey results in this piece. Those seeking more depth or details will definitely want to read the original MS Briefing. Here are some key elements:

  • To make workforces more efficient and flexible, workers need tools that deliver maximum results from minimal effort.
  • MS surveyed 2,700 employees (in-house) and 1,800 business decision makers (out-of-house) in the US, Japan, and the UK.
  • Questions posed included: (quoted verbatim)
    • Do people feel empowered by the tools they currently have?
    • Are teams equipped to collaborate effectively in a world of flexible work?
    • Can new technology like AI and low-code and no-code tools help solve their challenges and open up new opportunities?
  • 9 of 10  respondents want simpler ways to automate daily tasks, to focus on more important work.
  • 4 key principles to guide business leaders to empower workers: (paraphrased for brevity)
    1. Empower people with more say in choosing new technology
    2. Use collaborative apps to connect workers so  they can share info in workflows
    3. Equip everybody with low-code tools to accelerate innovation
    4. Implement AI to automate busywork: this improves worker satisfaction and engagement

There Is No East or West in AI Empowerment

The most interesting findings show that the majority of workers (and mostly a supermajority, at that) agree that AI and automation can help them do more, better and faster. I have to believe this “AI dividend” is what’s driving MS to invest tens of billions into AI tools and technologies. They’re already convinced — in large part because of their own experiences and observations in-house — that the payoff will more than justify their investment.

Personally, I can’t wait to start seeing more of that payoff for myself in my own daily life and work. For more insights and info, though, please read this survey brief for yourself.

 

Facebooklinkedin
Facebooklinkedin

Updating WingetUI Brings Follow-On

I have to laugh. When I wrote yesterday about Winget moving up to version 1.4, I should’ve known it would carry items in its wake. Hence my update to the GUI front-end for Winget this morning — namely, the Github project known as WingetUI. I might have guessed, but did not, that updating WingetUI brings follow-on packages in its wake.

Instead I simply fired off the update process for WingetUI this morning, and moved onto another open window. I was happily surfing some traffic at ElevenForum.com when outta nowhere an install window for the Microsoft Visual C++ 2015-2022 Redistributable popped up on my screen. You can see the trace it left behind in “Programs and Features” (dated 1/31/2023) in the screencap above.

If Updating WingetUI Brings Follow-On, Then What?

I guess it makes sense that if Winget is updated, WingetUI should follow suit. I’m not sure if the new C++ Redistributable is a natural consequence of the update, or just a coincidence. But gosh! I’m of the opinion that if one program needs to install other stuff so it can work, it should at least notify you beforehand. Or even, ask permission.

But what do I know? Thus, I was a bit taken aback when the install window for the C++ Redistributable popped up today. It seemed kind of random and unexpected to me. Maybe it’s my fault for covering up the WingetUI install window with something else. Maybe it’s just one of those things that sometimes happens when you update software here in Windows-World. You tell me!

Facebooklinkedin
Facebooklinkedin

Obtaining Winget Version Info

A couple of weeks ago, a new version of Winget popped up on Github. Pretty much since then, I’ve been slowly but surely making sure all 11 of my Windows PCs are running this latest and greatest version (e.g. 1.4.10173). For me that naturally raised the question: How does one go about obtaining Winget version info? That led me back into the MS Learn documentation, about which I’ll now report.

Obtaining Winget Version Info Is Dead Easy

Turns out that winget is just another package, like all the others that the tool can download, install, upgrade, delete and otherwise manage. Thus a simple and basic winget command told me what I wanted to know:

winget –info winget

The lead-in graphic for this story shows this command and its resulting output. Note the first line after the command reads:

Windows Package Manager v1.4.10173

That matches the “Latest” version number at Github, so it’s the most current version around AFAIK (not counting previews). And indeed, I’m pleased to report that using standard winget upgrade commands has ensured that winget is current on all my PCs.

More than One Path to Enlightenment

I also noticed that winget syntax errors will report the version running before conveying its error message info. Thus, omitting the dashes before “info” in the preceding command will also tell you its version number (after which a pageful of syntax guidance follows). I guess you could deliberately mistype a command to produce the version number. But heck, I’d rather do it the right way if I can remember how.

One More Thing: Winget -v

Turns out that Winget -v (or -version) will produce just the info needed in compact readable form. Thanks to Demetrius Nelson (@DenelonMs) for pointing this out to me on Twitter! Why didn’t I think of that… Here ’tis:

Obtaining Winget Version Info.-v option

Hmmm. It doesn’t get any easier than this.
Moral: RTFM (with more care)!

Facebooklinkedin
Facebooklinkedin

16 Month Pause Between Audio Updates

Whoa! I finally hit paydirt yesterday. I’ve been checking for updated drivers for my Realtek® Audio (UAD) device for some time now. As I’ve just calculated, there’s been a 16 month pause between audio updates on my production PC. Undoubtedly that’s because it’s an i7 Skylake (Intel Gen 6) CPU that made its debut in 2016. Could this be another sign that it’s time to retire this PC? Probably!

Why a 16 Month Pause Between Audio Updates?

Please look at the intro graphic. Because I just updated the ASRock Realktek audio driver yesterday, you can see two versions of the corresponding setup information (INF) file, hdxasrok.inf. Note the dates: the newer one reads 12/27/2022 while the older reads 8/3/2021. Do the math, and that’s 16 months plus over 3 weeks. Wow!

I’d been visiting the ASRock Support website and my favorite alternate driver source — namely station-drivers.com— for a long, long time before I finally struck gold. Before I dug into this ZIP file and realized it covered my audio chipset, the vast majority of recent updates were for Nahimic audio chips, not the plain-vanilla Realtek chips in my now-aging motherboard.

Frankly, I don’t know why it took so long to find a newer version. My best guess is that older motherboards (and chipsets) don’t get the same love and attention that newer ones do. I have to guess that’s because driver updates require time and effort to create, and older stuff is less likely to be in demand than newer stuff. The just the way of Windows-World: older hardware eventually gets no love at all. Mine is pushing that envelope, clearly.

Thanks Again, RAPR!

The Driver Store Explorer (aka RAPR.exe) once again comes in handy for inspecting driver status on my Windows 10 production PC. It’s the source of the screencap at the head of this story. It does a stellar job of showing Windows drivers, including their number and status on targeted PCs. This search proved an excellent stimulus for me to update RAPR itself, too. Thus, I’m now running v0.11.92 (uploaded to GitHub on 1/6/2023). Previously, I’d been running v0.10.58 (internal file date: 4/10/2020).

Thus, the need to upgrade one thing (the Realtek driver) also reminded me to upgrade another (RAPR). Now, I’ll need to distribute this around my entire PC fleet. Good stuff!

 

Facebooklinkedin
Facebooklinkedin

Obvious Fix Addresses 0xC1900101 Install Error

I run two Dev Channel test PCs. Yesterday, the Lenovo ThinkPad X12 Hybrid failed to upgrade to Build 25284. And it threw a familiar error code — one I’d just written about on ElevenForum just two days ago. Fortunately, the obvious fix addresses 0xC1900101 install error, as I will explain. But gosh! What a coincidence to have dispensed advice about this error only to experience it myself shortly afterward.

What Obvious Fix Addresses 0xC1900101 Install Error?

First let me share the text from my ElevenForum post (from which a screencap appears above):

Check out this MS Learn article: it asserts that an incompatible driver is present when this error code presents: https://learn.microsoft.com/en-us/troubleshoot/windows-client/deployment/windows-10-upgrade-resolution-procedures

So what I did next was to review all of the device drivers on the problem PC, and to upgrade those that weren’t current. To that end, I used a 3rd-party tool from IObit called Driver Booster (available in both free and for-a-fee versions). It found over 20 drivers in need of updating, and I updated all of them.

Long story short: two reboots later (one from the drivers the program found, another from a Lenovo Vantage update) I retried the 25254 install. And this time it completed successfully, sans the driver-related error. As I poke around online, I also see this is a fairly common install error where the obvious repair strategy is most often effective.

Shoot! It’s nice when things work the way they’re supposed to. Luckily, that does happen here in Windows-World from time to time.

Facebooklinkedin
Facebooklinkedin

Winget Install Technology Hiccup

When I ran Winget to check for updates on the Lenovo P16 Workstation yesterday, something interesting happened. As you can see in the lead-in graphic, Winget found 2 packages in need of update. But it installed only one of them upon command. I discovered why when I attempted to force install the missing item. Indeed it produced what I’m calling a Winget install technology hiccup. Let me explain…

Overcoming the Winget Install Technology Hiccup Is Easy

The error message that resulted when I tried to force install RingCentral told me everything I needed to know. It reads:

A newer version was found, but the install technology is different from the current version installed. Please uninstall the package and install the newer version.

So that’s exactly what I did in the next two commands shown–namely:

winget uninstall ringcentral

winget install ringcentral

Luckily for me, the simple name “ringcentral” is sufficient to identify the unique and actual package name (“RingCentral.RingCentral”). Otherwise, I’d have been compelled to use that full, complete nomenclature to pull off the remove/replace maneuver that saw the hiccup overcome. That happens when multiple packages share common nomenclature, and a unique string for the desired package must be fully specified.

In this case, everything was easy-peasey. Just the way I like it: hiccup fixed!

Facebooklinkedin
Facebooklinkedin

Intel Drops iGPU OEM Warning

Once upon a time, the Intel Driver & Support Assistant (IDSA) used to warn laptop owners about its built-in GPU driver updates. There’s even an Intel Support Note on this topic. It reads in part “Installing this graphics driver from Intel may overwrite customizations from your … OEM.” Recently, Intel drops iGPU OEM warning. Why? Because it’s been reworked NOT to overwrite customizations. No more need, no more warning, I guess.

When Intel Drops iGPU OEM Warning, Then What?

If you look at the latest finding inside the IDSA in the graphic up top, you’ll see the warnings are gone. Nothing loath, I tried it out on my Lenovo ThinkPad X380 Yoga Dev Channel test laptop. It spun away for a bit before throwing up a “Begin installation” pane from the installer.

Intel Drops iGPU OEM Warning.begin

Next, it displayed the phases it would walk through, starting with a huge honkin license agreement to which installers must accede before the process gets underway. Click “I agree” to continue, as I just did.

Intel Drops iGPU OEM Warning.agree

Setup says it will install a driver and a graphics command center, after which one clicks start. Install shows progress bars for said driver and command center, with an option to “Show details” (lists changes as they’re made including registry entries, installing files, and so forth). Driver install takes several minutes to complete.

A reboot is required for changes to take effect. Once I had done so, I didn’t find the Intel Graphics Command Center (IGCC) installed. Thus, I visited the Microsoft Store to download and install same. It had me uninstall the apparently now-unnecessary Intel Graphics Control Panel.

Post Reboot, Things Get Interesting…

Once the PC restarted, the unit booted normally (the shut-down phase, when it was presumably writing new driver stuff did take a bit longer than usual). After the reboot the graphics look and work enough like the preceding iteration that I can’t see or tell anything different.

But when I tried to open the IGCC, it hung in “loading mode” (a line of balls moving from left to right at the bottom of the window). It never went anywhere. Turns out running two user sessions, each trying to start up IGCC isn’t a good idea. As soon as I killed one, the other started working. From there I was able to explore and play with the IGCC without further difficulty. Looks like I’ll have fun digging in and learning more. Stay tuned: I’ll report back.

Facebooklinkedin
Facebooklinkedin

Dev Channel 22H2 Notepad Gets Tabs

Another small step for a Windows app, another instance of tabbing inside its window. With Build 22623, Windows 11 Dev Channel 22H2 Notepad gets tabs. You can see them in the lead-in screencap. There, I’ve got a trio of program output files open: dberr.txt, ar.txt, and dxdiag.txt. (That last item shows DirectX detections for one of my Dev Channel test PCs.)

Good! Dev Channel 22H2 Notepad Gets Tabs

I manipulate a lot of text files in my work, across simple notes, quotes, log and trace files, program outputs, and more. I really appreciate the ability to open a single instance and multiple tabs to bounce around among them. It had been a “minor irritant” to have to right click on the Notepad icon and force it to open a fresh instance when I wanted multiple text files open at the same time.

This latest change makes all that fooling around moot. Now, I can open as many text files as I’m likely to use without issue. In practice, I seldom have more than 5 or 6 open at any given moment. It seems like this latest version of notepad has no problems with that. (MS Store identifies it as version 11.2212.33.0 with an 8/5/2019 release date; latest update occurred on 1/20/2023.)

Not As Much Notepad++ Now…

Multi-tabbing is just one of the many cool things that the Open Source Notepad++ (GNU General Public License) can do. I also like its automated formatting, language sensitive auto-completion, search and smart editing functions. But I won’t have to switch to it anymore simply to use multiple tabs for open text windows. I’m convinced that’s a good thing.

On your Dev Channel Windows 11 PCs, Notepad should auto-update to the latest (tabbed) version through the Microsoft Store. If not, visit that app, click the Library item on the left margin and force all updates to be applied. That should do it!

Facebooklinkedin
Facebooklinkedin

Windows 10 EOS Hits January 31

First, an explanation of what may be a purely idiosyncratic acronym. In the preceding headline “EOS” stands for “End of Sales.” Indeed, the EOL (“End of Life”) date for Windows 10 remains unchanged at October 14, 2025. But EOS impacts those who want to build new systems, and for Windows 10 EOS hits January 31 of this year.

MS hasn’t commented on whether or not this means OEMs won’t be able to ship their PCs with Windows 10 installed after this date, either. But as you can see in the lead-in graphic, MS itself will no longer offer Windows 10 downloads for sale after this month ends. Note: despite the mention of Windows 10 Pro at top, the price shown — $139 — is for Windows 10 Home (Download). For my purposes here, the “More about Windows 10” text block is what matters most.

After Windows 10 EOS Hits January 31, Then?

First things first: I don’t see any similar warning on the official MS Download Windows 10 page. Apparently, users who already have valid Windows 10 license keys (unused or otherwise) can keep grabbing Windows 10 ISOs for installation and repair after January 31. That’s a relief!

So who’s really affected? Those who build their own PCs, or buy barebones models and elect to do their own OS installs (along with whatever else they do completing such builds). For such folks, buying a new, virgin Windows 10 license key (and download) from MS will no longer be an option. Undoubtedly, the aftermarket will remain awash in valid copies of same for some time after this cutoff date. That’s because plenty of such stuff is (or will be) in inventory when MS EOS hits.

What About the OEMs?

Again there’s no official word on this from MS. Ditto, AFAICT from the OEMs. But I can’t see MS stopping fleet or bulk sales to big buyers after January 31, even though they’re apparently halting small-scale retail sales of Windows 10 at that point. Too much potential business and revenue could be impacted, so no…

This raises an interesting question: Why do this now? My best guess is that MS is signalling end users — pretty strongly, in fact — that it’s time to target Windows 11 (and only Windows 11) on new builds. Given that Panos Panay talked about a Windows 12 successor at CES this year in Las Vegas, January 3-8, this timing is surely no coincidence.

Two predictions:
1. MS resellers will stock up on Windows 10 media and key combinations, to cover upcoming demand as they project it.
2. OEMs will continue to build Windows 10 PCs on order from customers, even after January 31.

As always, it should be interesting to see how this turns out. Stay tuned, and I’ll keep you informed!

 

Facebooklinkedin
Facebooklinkedin