[Pidgin] #5521: gtk_window_present unreliable for showing buddy list on tray icon click

[Pidgin]

#5521: gtk_window_present unreliable for showing buddy list on tray icon click
---------------------------+------------------------------------------------
  Reporter:  gagern        |       Owner:  deryni                    
      Type:  defect        |      Status:  new                       
  Priority:  minor         |   Milestone:                            
 Component:  pidgin (gtk)  |     Version:  2.4.1                     
Resolution:                |    Keywords:  tray icon, kde, gtk, focus
   Pending:  1             |  
---------------------------+------------------------------------------------
Changes (by gagern):

  * pending:  1 => 0

Comment:

 I would agree that Pidgin is following the standard in using that GTK
 function and expecting it to behave as
 [http://library.gnome.org/devel/gtk/2.11/GtkWindow.html#gtk-window-present
 its documentation] says, excepting the fact that the newer
 [http://library.gnome.org/devel/gtk/2.11/GtkWindow.html#gtk-window-
 present-with-time gtk_window_present_with_time] would be more appropriate
 and better suited to cooperate with focus stealing prevention techniques.

 However, it is not just metacity where this is an issue, but also Kwin
 (where I encounter it daily), and it is not only me being annoyed by this,
 but also people from
 [https://bugzilla.redhat.com/show_bug.cgi?id=371161 RedHat bug 371161].
 Some comments on [http://bugzilla.gnome.org/show_bug.cgi?id=482354 GNOME
 bug 482354] sound like they would expect a different behaviour for Pidgin
 as well.

 Although I'm all for configurability, I'm also for sane defaults, meaning
 that users shouldn't have to reconfigure their WM in order to get the
 behaviour most people would expect.
 The clean approach might be some clarification or even extension of the
 EWMH specification, which [http://standards.freedesktop.org/wm-spec/wm-
 spec-1.3.html#id2506353 reads] a lot less certain than the
 [http://library.gnome.org/devel/gtk/2.11/GtkWindow.html#gtk-window-present
 gtk_window_present] documentation at the moment. Depending on the
 direction of that change, either WMs or Pidgin might require changes.

 I currently fear that Pidgin will forever claim to be doing the right
 thing, and WMs will keep current behaviour and state that other behaviour
 is easy to implement with a trick like this patch. That scenario should be
 avoided at all costs, and some direct dialogue between Pidgin devs and WM
 devs might help, instead of users like me passing bits of information
 around. So maybe you want to directly comment on those GNOME bugs?

-- 
Ticket URL: <http://developer.pidgin.im/ticket/5521#comment:3>
Pidgin <http://pidgin.im>
Pidgin