There was a similar Windows bug when a tooltip in the notification area (systray) wouldn't disappear no matter what. I first found the bug in Windows XP, and then witnessed it in Vista, in Windows 7, Windows 10. It was my ritual to check if it's fixed yet when upgrading to a new version of Windows. It never was. Since then I moved to Linux and now I don't know if it's fixed or not.

Don't make Raymond come over there... https://devblogs.microsoft.com/oldnewthing/20030910-00/?p=42...

A thing about language is that nobody controls it, not even Microsoft, if everyone calls it the System Tray as they have done for 30 years, it is the System Tray.

> A thing about language is that nobody controls it, not even Microsoft

Even Microsoft calls it the system tray (see as an example https://learn.microsoft.com/en-us/windows-hardware/drivers/a...)

That guy's got a problem with his entire company, and their documentation. If he can't get over it, he should clean house first and only then try to police what the rest of the world calls it. As long as MS insists that it's the system tray, people are going to call it that no matter what his team wishes it were called instead. Renaming systray.exe would be a good first step.

does it just mean that "System Tray" and "Notification Area" have become synonyms?

Well then what the heck does systray.exe come from? Is it not "system tray"? If not, then what? And if so, then what does the tray refer to?

According to the article, systray.exe puts some icons into the notification area. Somewhat akin to calling a bus stop Lee because Lee uses that bus stop?

I think you missed the point. Why isn't the process called noticons.exe then? Why is it called systray.exe? What does the "systray" refer to?

Same, although I haven't seen this one for a while now. One way to fix the misbehaving explorer (which start menu, tray and others are part of) is to simply kill it and start it over from the task manager. Some applications failed to re-create their tray icons after this, but either all of them fixed it, or it got somehow fixed in Windows.

This still happens on my Windows 11 machines (the tooltip stays there unless you move the mouse over the same icon again), but only to a small number of applications. Makes me wonder if they are using a different set of API to set up their tray icons.

Yeah, I've seen it in multiple programs, multiple OSes, etc. Never noticed Firefox was abnormally prone to it or anything.

Still, a bugfix is always good to see.

Yep. Trivial to trigger this in chrome with gmail, hoverovers persist in a tooltip like box no matter how much scrolling you do. If you can make ANOTHER one pop up the first dies and if you want, you've now put the thing into its correct handler loop and the one you trigger dies too.

Somehow missing when you use the screenshot tool too! so very hard to send google a bug report.

Yeah, I've definitely seen this bug but I can't remember if it was Firefox (definitely possible) or another app either!

But it can be super annoying so I'm glad to see it fixed here.