For the record: <pitti> seb128: is the window focusing something that I can actually influence in apport-gtk itself? or is that a window manager thing? <seb128> pitti: the window manager uses the timestamp of the event to decide what to do with the window <seb128> since the dialog is not spawned by an user action I'm not sure on how it works <pitti> seb128: isn't that precisely the focus stealing use case? <pitti> seb128: e. g. the same with gaim windows <seb128> right <seb128> how do you run apport? <pitti> seb128: apport-gtk is spawned by update-notifier when there's a new report <seb128> so that's an update-notifier issue probably <seb128> it has to set the right timestamp for the app it's spawing <seb128> pitti: http://bugzilla.gnome.org/show_bug.cgi?id=170848 <seb128> sort of the same issue <Ubugtu> Gnome bug 170848 in general "CD player viciously steals focus" [Normal,Unconfirmed] <seb128> cf comment #1 from the metacity upstream <pitti> seb128: ah, thank you! * pitti hugs the great Seb <seb128> pitti: np * seb128 hugs pitti back <pitti> mvo: so, can I blame you for that? :) <mvo> seb128, pitti: if it was that easy :/ startup notification (and the whole timestamp buisiness) needs to be done by hand with the current gnome. I just use g_spawn_commadline() to open apport. but even the various gnome_open etc commands don't support statup notification. it needs to be done (painfully) by hand <pitti> mvo: can I do that in apport-gtk itself? <mvo> no <mvo> sorry <pitti> hm, then I think I'm just going to ignore that bug for edgy
** Changed in: apport (Ubuntu) Importance: Untriaged => Low Status: Unconfirmed => Confirmed -- Crash dialog steals focus https://launchpad.net/bugs/60591 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs