Systray icon disappears when gnome-panel is killed

Bug #410525 reported by Richard Eames on 2009-08-07
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Gentoo Linux
Won't Fix
xchat (Ubuntu)

Bug Description

Binary package hint: xchat

If gnome-panel is killed the systray icon disappears, but xchat is still running. If Xchat was minimized to the systray then you're unable to interact with it again.

Steps to reproduce:
1: Start Xchat
2: Minimize to systray
3: killall gnome-panel

No Xchat in the systray

Like pidgin and rhythmbox the icon should remain without killing the process.

ProblemType: Bug
Architecture: amd64
Date: Fri Aug 7 17:36:20 2009
DistroRelease: Ubuntu 9.10
Package: xchat 2.8.6-4ubuntu2
 PATH=(custom, user)
ProcVersionSignature: Ubuntu 2.6.31-5.24-generic
SourcePackage: xchat
Uname: Linux 2.6.31-5-generic x86_64

Richard Eames (naddiseo) wrote :

I have a similar issue that is may be due to the same bug.

I ve put xchat in the startup program list, with "xchat --minimize=2" as the launch command. I guess when xchat is launched by gnome-session, the gnome-panel is not completely ready (or the notification area), and the result is , when the login is completed, xchat is in the background with no icon in the notification area.

Markus Paks (northernmax) wrote :

I have the same issues: when I add xchat in "Startup applications" then the icon wont appear.
When i run xchat manually then notification area icon appears and works as expected.
If then run "killall killall gnome-panel" then xchat icon disappears.

Hope that helps

Cross (strokemeister) wrote :

I got the same issue on Ubuntu 9.10, compiled Xchat by hand (from official sources, applied the lasted patchs and so on) and when the gnome-panel is killed or by error is restarted XChat Systray Icon dissapears..

Cross (strokemeister) wrote :

No one is working on this, BUMP!

Church (church4regsvc) wrote :

Maybe helps:
xchat --existing --command="set gui_tray 0"
xchat --existing --command="gui apply"
xchat --existing --command="set gui_tray 1"
xchat --existing --command="gui apply"
.. or:
xchat --existing --command="gui show"
and disable/reenable tray icon in preferences

Cross (strokemeister) wrote :

@Church yup, that's a good workaround. Still waiting for a official patch / fix.

Changed in xchat (Ubuntu):
status: New → Confirmed
Cross (strokemeister) wrote :

@Church I want to add a small note to your workaround It only works with one XChat instance, if you got two or some more, this will not work as intended.

Church (church4regsvc) wrote :

Yes, as I always use only one instance for all irc networks instead of opening separate one for each - WFM.
And yes, it's just hack/workarround, not actual fix to restore all systray icons that's been there state before notification applet restart - it won't work for apps that i don't use but others might that also loose systray icons in case of restart and have no CLI functionality to restore it for running instances. Extending xchat's CLI support to be able to specify instance or extending all possible apps that use notification applet seems wrong compared to fixing notification applet itself. And that seems more like specific to upstream generic gnome, then ubuntu specific. - someone less lazyer then me should submit bug there.

Download full text (5.0 KiB)

I use Gnome. If XChat is added to the startup applications list or if gnome-panel is forcibly reloaded (e.g., killall) with XChat already running, the XChat icon does not appear in the tray anymore. The common in the two cases is that XChat is loaded before gnome-panel.

The same issue appears to be reported at .

Reproducible: Always

Steps to Reproduce:
1. Run XChat
2. Run "killall gnome-panel"

Actual Results:
All other icons remain as they should, but not the XChat one.

Expected Results:
The XChat icon is persistent.

Portage (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.4, glibc-2.11.2-r3, 2.6.34-gentoo-r12 x86_64)
System uname: Linux-2.6.34-gentoo-r12-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T8100_@_2.10GHz-with-gentoo-1.12.14
Timestamp of tree: Fri, 26 Nov 2010 16:00:02 +0000
app-shells/bash: 4.1_p7
dev-java/java-config: 2.1.11-r1
dev-lang/python: 2.6.5-r3, 3.1.2-r4
dev-util/cmake: 2.8.1-r2
sys-apps/baselayout: 1.12.14-r1
sys-apps/sandbox: 2.3-r1
sys-devel/autoconf: 2.13, 2.65-r1
sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils: 2.20.1-r1
sys-devel/gcc: 4.4.4-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.10
sys-devel/make: 3.81-r2
virtual/os-headers: 2.6.30-r1 (sys-kernel/linux-headers)
CFLAGS="-O2 -march=native -pipe"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -march=native -pipe"
EMERGE_DEFAULT_OPTS="--ask --jobs=2 --load-average=3"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="ru en lv"
MAKEOPTS="-j3 -l3"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTDIR_OVERLAY="/usr/local/portage /var/lib/layman/armagetron /var/lib/layman/quake3"
USE="X a52 aac acpi alsa amd64 avahi bash-completion berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cxx dbus djvu dri dts dvd dvdr eds emboss encode evo exif fam ffmpeg firefox flac fortran gdbm gdu gif gnome gnome-keyring gpm gstreamer gtk hal hddtemp iconv ieee1394 jpeg latex lcms libnotify mad mikmod mmx mmxext mng modules mp3 mp4 mpeg mudflap multilib nautilus ncurses networkmanager nls nptl nptlonly nsplugin ogg opengl openmp pam pango pcre pdf per...


Actually, it's a bit more generic (and most likely an effect of xchat hacks)
as I don't use gnome-panel, yet am still affected by this problem (though I don't recall specific circumstances).

Changed in gentoo:
importance: Unknown → Medium
Salamandarias (salamanderrake) wrote :

its 3-15-2013 and the issues is still present in xchat.

Distro: Gentoo amd64
DM: Enlightenment

Packages was removed from tree, see bug #460038

Changed in gentoo:
status: Unknown → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.