Kim F. Storm wrote:

It seems to be related to a setting in KDE's window manager, "Click
Raise Active Window". The tooltip for this setting says:

  When this option is enabled, the active window will be brought to
  the front when you click somewhere into the window contents.

When "Click Raise Active Window" is enabled, the bug appears (clicking
on a toolbar button when the tooltip is active dismisses the tooltip,
but doesn't click the button).  The bug goes away if "Click Raise
Active Window" is disabled.

This is KDE 3.4.3, the one that comes with the Ubuntu "Breezy Badger"
release.


Interesting (but I still don't understand where the problem is, or
what triggers it).

What happens to last_mouse_glyph when you click on the toolbar? In a GTK build (where the toolbar is a GTK widget) and in a non-GTK build (where the toolbar is part of the Emacs frame's client area).

Do we still have a bug in the (virtual) glyph used for mouse tracking in one of these cases?