After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 620261 - Notification icon doesn't survive closing/reopening or changing of notification tray implementation
Notification icon doesn't survive closing/reopening or changing of notificati...
Status: RESOLVED WONTFIX
Product: xchat-gnome
Classification: Other
Component: general
0.26.x
Other Linux
: Normal major
: ---
Assigned To: xchat-gnome maintainers
xchat-gnome maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2010-06-01 14:29 UTC by Jeremy Nickurak
Modified: 2019-02-23 02:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jeremy Nickurak 2010-06-01 14:29:01 UTC
1) With gnome-panel running, open xchat-gnome and a number of other applications. For simplicity sake, configure the xchat-gnome notification plugin to be "always visible".
2) Switch to gnome-shell
3) Observe
4) Close and run-run xchat-gnome
5) Switch back to regular gnome-panel
6) Observe

Alternatively, just kill the gnome-panel so it restarts, or delete/re-add the notification area.

Expected behavior:
Like most other applications, like nm-applet and the ubuntu-one client, xchat-gnome's notification icon should persist across changes in notification-area providers.

Observed behavior:
Xchat-gnome's notification area icon dissapears. If xchat-gnome was hidden at the time (by clicking on the icon), there is now no way to get it back, even though it's still running.

Downstream bug: https://bugs.launchpad.net/ubuntu/+source/xchat-gnome/+bug/451651
Comment 1 Ritesh Khadgaray ( irc:ritz) 2010-06-01 14:54:10 UTC

*** This bug has been marked as a duplicate of bug 595894 ***
Comment 2 Jeremy Nickurak 2010-06-03 03:16:28 UTC
Not a dupe of 595894. That's about closing xchat-gnome causing it to minimize/hide.

This is about the notification plugin failing to work when the tray starts/stops/restarts
Comment 3 Ritesh Khadgaray ( irc:ritz) 2010-06-03 06:44:00 UTC
@Jeremy

  To me , this is a dupe. This is an issue with current notification icon implementation, I plan to rewrite and merge it into x-g code itself.
Comment 4 Jeremy Nickurak 2010-06-03 07:10:40 UTC
That's great news, I look forward to seeing it, since that makes a lot more sense.... however the bugs are totally seperate issues, regardless of the fact that reimplementing the whole subsystem will make both go away :)
Comment 5 Jeremy Nickurak 2010-08-10 22:48:31 UTC
Also comes up as a race condition, if xchat-gnome starts before gnome-panel.

Ritz: Is there a tracker bug for other notification-related problems?
Comment 6 Jeremy Nickurak 2011-02-08 01:40:54 UTC
Any thoughts on a cause of this? I've been throwing random debug code in and moving things around, but I can't tell why it's behaving an differently than (for example) http://www.codeproject.com/KB/cross-platform/GTKTrayIcon.aspx?display=Print , which does survive the change.
Comment 7 André Klapper 2019-02-23 02:50:09 UTC
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).