GNOME Bugzilla – Bug 346455
steals focus on startup
Last modified: 2019-02-23 02:49:05 UTC
Steps to reproduce: 0) Start xchat-gnome from a launcher on panel, or from the Gnome menu 1) While it's loading the app but before the xchat-gnome window is shown, interact with a different application (e.g. click in one of its windows) Results: When the xchat-window is shown, it gets the focus. Expected results: Xchat-gnome window doesn't get focus.
Any clue how to make this behave correctly? setting focus-on-map to false makes it pop up under other windows all the time, which seems wrong.
Maybe it needs startup notification? Or the slowly_and_stupidly_obtain_timestamp function which some programs (epiphany, yelp, etc) use to get a timestamp without DESKTOP_STARTUP_ID present?
I don't see how slowly_and_stupidly_obtain_timestamp is used for startup-id stuff in epiphany -- it just looks like it gets used for some dbus things. In addition, startup notification should be handled by gdk when the first GtkWindow appears...
*** Bug 457543 has been marked as a duplicate of this bug. ***
xchat-gnome is not under active development anymore. Its codebase has been archived: https://gitlab.gnome.org/Archive/xchat-gnome/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather reactivate the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again. You may want to switch to Hexchat (or another IRC client that suits you).