NeoSmart Technologies' ToolTipFixer 1.0.0

[Computer Guru]

Press Start | Programs; and right-click on "Accessories," then press "Open." Close the window that opens up, then go to your taskbar (next to the system clock) and hover over an icon, what do you see?

If you're using anything from Windows 95 to Windows XP, chances are, you're just about to experience The Wow - a 14-year-old bug that Microsoft finally admitted to in 2006:

Microsoft's advice? Reboot your PC.

NeoSmart Technologies' ToolTipFixer 1.0.0 is a patch to address this issue that Microsoft refuses to fix: just run the (free, small) patch once, and you're set. If you want your messed up tooltips back, just uninstall it and no harm done!

Not tested on Windows Vista

Link: Windows XP's ToolTip Bug.. Fixed!

Download: Download ToolTipFixer 1.0.0 (88kb)

News source: NeoSmart Technologies

Edited June 26, 2007 by Computer Guru

[b0m8er]

neat! thanks!

[russellc]

Is there an actual explanation as to why this even happens? It happens to context menus sometimes as well.

[Computer Guru]

It happens to everything >.<

The technical explanation is that in the Win32 API, tooltips are coded to have HWND_TOPMOST as their z-index - meaning that they are on top of everything.

However, due to a series (many) (obvious) bugs and miscodings in the Windows Shell, when you perform certain actions with dialogs and Windows that are supposed to appear above current windows (like the context menu when you right click the start menu items) end up coming even above the HWND_TOPMOST entries as well - that's not supposed to happen.

Then it seems (from here on in, i'm only guessing based on what i can see) that the parent window/dialog (in this case, the start menu, then the taskbar) inherits the window status when the child is closed, and keeps it.

Think of it like Dominoes. The first window is made topmost - no problem. as it closes, it's parent takes that z-index. then its parent, and the next, and the next - until you end up with something in the same x-y plane as a HWND_TOPMOST item, and it ends up with a lower z-index; therefore obscuring that item from view.

Basically, it is something that could be avoided by properly handing off z-indexes and keeping these always under HWND_TOPMOST items.

[L3thal Veteran]

I do not use XP anymore to use this, but finally a patch! That was the most annoying thing about XP for the years I used it :angry:

[Hankyone]

THANK YOU!

[Computer Guru]

You are mighty welcome, guys.

I do not use XP anymore to use this, but finally a patch! That was the most annoying thing about XP for the years I used it :angry:

I formatted my Vista two weeks ago, haven't looked back - can you tell me if you follow the steps at the very top of the original post, do your taskbar tooltips get messed up?

I know I saw it once or twice in the 8 months I used Vista RTM; but I don't know if it is 100% reproducible like it is in XP.

[anonymous_user]

Thanks for this. Ive noticed teh bug before just never wondered of a fix.

[L3thal Veteran]

You are mighty welcome, guys.

I formatted my Vista two weeks ago, haven't looked back - can you tell me if you follow the steps at the very top of the original post, do your taskbar tooltips get messed up?

I know I saw it once or twice in the 8 months I used Vista RTM; but I don't know if it is 100% reproducible like it is in XP.

No, I haven't seen it ever in Vista and doing the steps aforementioned yielded no results. Looks like they fixed it in Vista.

[Computer Guru]

Good to hear they got something right in Vista :)

(Yay Obama :))

[Shasoosh]

coolest thread this week :)

[Punio4]

Hmm. Runs on startup, creates a t.txt in my root, eats up 8 mb of ram, and made an unrecoverable system error after install.

Sorry, but looks rather dangerous.

Also, I don't know since when, but I don't have that problem on my computer. Tried the right click open thingy... Nothing happens.

[Computer Guru]

t.txt is a left over from the debug process, it used to contain the all the HWND_handles for open win32 controls. Must have forgotten to remove it - now it just creates the empty file without writing the handles to it. I guess the inevitable .0.1 build is coming out soon to make t.txt disappear :)

Kill ToolTipFixer.exe in taskmanager than try the right-click, open thing and see if you still have that bug. (what OS)

[Popcorned1]

No bug in Vista which is good.

[Computer Guru]

I updated the initial post to reflect that XP is the latest with this bug. Thanks for your replies :)

[Lexcyn]

Wow I've been looking to fix this for AGES. Thank you!!!

[Tech Star]

This does not happen to me. :/

[Computer Guru]

What version of Windows, Tech Star?

[Punio4]

Mine is XPsp2. Downloaded from msdnaa. Using top taskbar.

[Computer Guru]

I'm running Windows XP SP2 manually slipstreamed along with all the other patches and everything.

I tested this in classic and normal mode with the taskbar set to auto-hide or not and with it set to to top, bottom, or side. Each time it could be reproduced so long as tooltipfixer.exe was killed.

Running tooltipfixer.exe fixed the problem and prevented it from happening again.

[anonymous_user]

Well I installed it (on WinXP SP2) but I could still reproduce teh bug. Any ideas?

[Punio4]

I'm running Windows XP SP2 manually slipstreamed along with all the other patches and everything.

I tested this in classic and normal mode with the taskbar set to auto-hide or not and with it set to to top, bottom, or side. Each time it could be reproduced so long as tooltipfixer.exe was killed.

Running tooltipfixer.exe fixed the problem and prevented it from happening again.

I uninstalled it and still don't have the issue :)

[ViperAFK]

sweet can't stand that goddamn bug.

[Berserk87]

FINALLY.

that really ****ed me off.

[Tech Star]

What version of Windows, Tech Star?

I run Windows XP Pro. SP2.