GNOME Bugzilla – Bug 102283
tooltip remains after mouse moved out of gtk window.
Last modified: 2011-02-04 16:12:02 UTC
After getting a widget's tooltip, quickly moving the mouse pointer out of the gtk window will sometimes cause the tooltip to remain. Is still the case as of 2.0.9
Created attachment 13296 [details] tooltip app
I'm seeing this a lot with WinGaim (http://gaim.sf.net) and dropline GTK. Since every item in the Buddy List has a tooltip, it is a common occurence for a tooltip to remain after focus has shifted away from the GTK window. To reproduce: 1. Pull up a tooltip in your GTK window. 2. Quickly focus a non-GTK application. Actually, you don't even need to wait for the tooltip to pull up. If you hover over a buddy in Gaim's buddy list and then focus a non-GTK app, the tooltip will pop up at the location of the mouse pointer (which has no relation to the origin of the tooltip) and remain on top, until you focus a GTK window once again.
this happens CONSTANTLY. the program i always notice them hovering over is mozilla. don't know if that's relevant or not. it's very weird and annoying, just seems kind of invasive when random people's buddy info from your buddy list pops up over a webpage.
Any headway on this bug?
fixed in HEAD 2003-08-07 Hans Breuer <hans@breuer.org> * gdk/win32/gdkevents-win32.c : finally use TrackMouseEvent (only if the new window not known to Gdk) to get proper leave notification, and get rid of the wrong placed tooltips, bug #102283 (gdk_event_translate) : small code reordering to not get GDK_MOTION_NOTIFY for still mouse and get back tooltips on menus, bug #117367
Fix merged into gtk-2-2, too.
*** Bug 125837 has been marked as a duplicate of this bug. ***