[Pidgin] #1916: double-click on tray icon doesn't always give alrady open buddy list the focus

[Pidgin]

#1916: double-click on tray icon doesn't always give alrady open buddy list the
focus
-------------------------+--------------------------------------------------
Reporter:  sambrightman  |       Owner:  datallah       
    Type:  defect        |      Status:  new            
Priority:  minor         |   Component:  winpidgin (gtk)
 Version:  2.0.2         |    Keywords:                 
 Pending:  0             |  
-------------------------+--------------------------------------------------
 On Windows it is conventional for an application that has a tray icon to
 gain the focus when double-clicked even it is already open. This does not
 always happen with Pidgin - if the buddy list is minimized, a double-click
 will often close it rather than bring it  into the foreground. These are
 the possibilities I've found:

 1) If the buddy list is minimized and nothing else is clicked, going
 straight to the tray icon and double-clicking it will bring the buddy list
 to the foreground, as expected.
 2) If the buddy list is open and loses the focus without being minimized,
 double-clicking the icon will do nothing the first time, and close it at
 the second attempt (rather than bring it to the foreground/give focus).
 3) If the buddy list is minimized and another application/desktop etc. is
 clicked, the first double-click will do nothing, the second will close the
 buddy list as in 2), the debug window log shows:

 (21:50:03) prefs: /pidgin/blist/list_visible changed, scheduling save.
 (21:50:06) prefs: /pidgin/blist/list_visible changed, scheduling save.
 (21:50:17) GLib: g_main_context_prepare() called recursively from within a
 source's check() or prepare() member.
 (21:50:17) GLib: g_main_context_check() called recursively from within a
 source's check() or prepare() member.
 (21:50:17) GLib: g_main_context_prepare() called recursively from within a
 source's check() or prepare() member.
 (21:50:17) GLib: g_main_context_check() called recursively from within a
 source's check() or prepare() member.

 This is probably related to ticket:1915.

-- 
Ticket URL: <http://developer.pidgin.im/ticket/1916>
Pidgin <http://pidgin.im>
Pidgin