GNOME Bugzilla – Bug 122391
System tray icons not loaded properly if on startup programs list
Last modified: 2020-11-06 20:22:26 UTC
Description of Problem: System tray icons appear as a thing line (one pixel thick) instead of their normal sizes when the program that loads them is placed on the startup programs menu. If either the notification area applet or the program are reloaded the icon will appear correctly. Steps to reproduce the problem: 1. Add a program to the startup program menu 2. Reboot the machine (usually just logging out won't reproduce it) 3. Actual Results: If the system tray icon is loaded at startup it won't be shown correctly. Expected Results: Adding the programs do the startup program menu should be equivalent to running them once the desktop is loaded. How often does this happen? Always Additional Information: I'm running Gentoo GNU/Linux with the latest stable Gnome package available (gnome-2.2.2-r1). This happens specifically with the Gaim system tray icon and also happened with the RHN icon, when I used RedHat 9.0 before switching to Gentoo. I tried just saving the desktop state logging out, just having the program loaded on the startup program menu and starting with it on both menus at the same time; the result was always the same. When both were activated the icon would appear twice as the thin pixel thick stripe.
Actually if I have Gaim loaded before gnome-panel (setting the order to 35 for instance) the icon will be displayed correctly...
I am also experiencing this problem. However, for me it does not happen "Always". It happens most of the time, when both the client applet (like in my case, the redhat Alert Notification Tool) and the notification area applet are starting at the same time, as they do when I log in for the first time. I have been speculating that there could be a race condition where the client program registers its icon at a time when the notification area has not yet negotiated its size with the panel. The problem has been there, I think, since redhat 8, and it has been reported at least twice before to redhat, as a bug on the alerter tool, but it has been dismissed as not reproducible. However, the earlier reports did not mention the notification area applet at all, probably the reporter was not aware of its existence. I wasn't either, until recently. Enrique Perez-Terron <enrio@online.no>
Re-assigning to gnome-panel-maint. Apologies for the spam.
Have same problem (single pixel wide icon) with FreeBSD 5.2-CURRENT and simicq. It happens one time on two starts of the simicq. Very annoying. Another thing may be related and may be not: on login sim starts before gnome-notification-area, so it misses notification area (I have old notebook - 333Mhz, my be it is reason, and this happens only on login)
The problems are in eggtraymanager.c
*** Bug 166640 has been marked as a duplicate of this bug. ***
I think the patch in bug #108864 will help.
Apparently, owen did a patch for rhn-applet (see bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106985 ) but forgot to add it to CVS :(
My bad, patch was submitted by owen but never committed :( See http://bugzilla.gnome.org/show_bug.cgi?id=123570
*** Bug 170909 has been marked as a duplicate of this bug. ***
when will this be fixed? why isnt it fixed yet?
i noticed that this bug never happend while i had the notification field in the lower left corner. Recently i moved the n.-area into a panel at the top of the screen, embedded between xmms-control and mount-applet and the system-monitor. Right at the first start the bug came up again. May it be a problem with getting enough space for the area? Could anyone able to, try if allocating space for e.g. 4 icons solves the problem? Looks like its a startup problem while the panel establishes it self - i think so because it always happens to the gdesklets icon witch is started very early.
Killing eggtraymanager in libegg and moving to the notification area.
*** Bug 136352 has been marked as a duplicate of this bug. ***
Does this still happen? (I'd guess yes)
Yes, it still happens with me, even in my case the apps which are badly embedded in the notification area ARE NOT inserted into startup list. My system is a Gentoo Linux with GNOME 2.14.2
*** Bug 325796 has been marked as a duplicate of this bug. ***
I think my problem is the same. Excuse my poor English. I want aMule (a P2P client) to start automatically at start, so I go to Preferences->Sessions->Start programs and add it. I am using Ubuntu Edgy with Gnome 2.16.1. I don't get always the same behaviour. Sometimes, the icon appears in the notification area, sometimes it appears floating at the top left corner of the screen. I suppose this is because of a processes race: if gnome-panel wins aMule, aMule will find the notification area to put its icon; if not, aMule will put its icon wherever it can. Perhaps the solution is load the start programs to the "Windows style", loading Gnome and all the desktop, and then the programs. The problem is losing the speed of the parallel processes. Perhaps, at the Gnome Sessions Preferences, can be an option so that the selected program is loaded AFTER gnome-panel. By the way, I haven't had the one-pixel-width icon problem for a long time, although it means nothing.
This is still happening on 2.17.92. It's come up a lot on Gentoo, specifically with gnome-power-manager, presumably because it loads early in the session; but anything that loads before the tray starts seems to not show up in the tray ever. Notification popups for those items show up on the extreme left of the panel, and once I had the icon floating in it's own window under the panel. FTR, I use a single panel on the top, and my notification tray is not on either end of the panel, but somewhere in the middle.
Can you reproduce this on 2.18.0, with an application that uses GtkStatusIcon for the tray icon?
Since the upgrade to Gnome 2.18, I have the same problem with gnome-power-manager. Killing gnome-power-manager and restarting it seems to fix the issue (the icon shows up in the notification area). Everything was fine with Gnome 2.16. I probably had this problem with ekiga too. However, I have changed a few things in my session and now ekiga shows up in the notification area as expected. I'm running Gentoo.
comment #20: Yes. As stated above, gnome-power-manager 2.18.0 and 2.18.1 exhibit this, and it uses GtkStatusIcon. I have 2.18.0, as well.
What we really need to know is: does it happen with GTK+ >= 2.11. You will need to build GTK+ from svn, or wait for tarballs, though. (It's more likely a GTK+ bug than a notification area bug)
Ubuntu and Fedora development versions are now using GTK+ 2.11. Is anybody using them and does the problem still exist on those versions?
The problem still exists on gentoo with gtk+ 2.11.2. It happens with gnome-power-manager at every login, and happens with many other programs (banshee, pidgin, bluetooth-applet, etc.) when you kill gnome-panel and let it restart.
Yep. Not showing the power manager in the tray on my laptop *EVERY TIME I LOG IN* is a good way to piss off users. How does one put the laptop into suspend then? "killall gnome-power-manager" and restarting it is more than annoying and I would say the severity should be increased to "high".
I believe this is a bug in the tray apps' tray-icon code, rather than in the panel, because I get different behaviour in different apps when the panel is killed and restarted: - gnome-power-manager (GtkStatusIcon), empathy (GtkStatusIcon): tray icon becomes a 16x16px floating window with normal window manager decorations, app has to be restarted to get it back in the tray - NetworkManager nm-applet (EggTrayIcon), Pulse Audio padevchooser (source code not checked): app exits and has to be restarted - Rhythmbox (modified EggTrayIcon): appears in the new system-tray so this bug should probably be reassigned to GtkStatusIcon. Rhythmbox's modified EggTrayIcon seems to be getting it right, and GtkStatusIcon should start doing whatever Rhythmbox is doing differently.
Potentially related include bug #413360 and bug #424618 AfC
re #26, you can just go, Applications -> Log Out -> Suspend/Hibernate...
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.