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?