GNOME Bugzilla – Bug 424618
gtkStatusIcon: No tray icon when using peksystray
Last modified: 2014-08-30 05:20:08 UTC
From Ubuntu (http://launchpad.net/bugs/90146): When running peksystray in WindowMaker gnome-power-manager doesn't show an icon, even when it set to always show. nm-applet, gaim, rhythmbox and vmwares icons all work, so I believe this problem is with g-p-m and not with peksystray. Peksystray is not currently available in ubuntu but can easily be compiled from source. It's available from http://peksystray.sf.net
As the author said, many others apps (which use eggtrayicon) work, so, it's perhaps a regression?
Could this be the same as bug 122391? What happens when you kill and relaunch gnome-power-manager, as to have the icon created AFTER the peksystray has done loading, not before (which might happen if g-p-m is launched on logon)?
I also have this problem. I have found a thread, where one author claims to know the reason for the failure: http://bbs.archlinux.org/viewtopic.php?pid=238886 "The gnome-power-manager thing is something that appeared after switching to the GtkStatusIcon API. This bug appears because gnome-power-manager starts before the notification area is placed on the panel."
Does this happen when you run the programme in question with gtk+ svn trunk (2.11) instead of gtk 2.10.x ?
(In reply to comment #4) > Does this happen when you run the programme in question with gtk+ svn trunk > (2.11) instead of gtk 2.10.x ? I'm sorry, I can't test this because I downgraded to Gnome 2.16.
I'm having a similar issue, gnome-power-manager won't show an icon in the systray in neither KDE or Gnome, the issue is not resolved by restarting the panel nor by restarting gnome-power-manager. Attaching output of "gnome-power-manager --verbose --no-daemon", the last three lines are repeated over and over several times per second, constantly counting down.
Created attachment 86397 [details] Output from G-P-M
Maybe I should add, in my case (Gnome 2.18) gnome-power-manager was definitly running, but the tray icon did not appear. I could however force it to appear with killall gnome-power-manager && gnome-power-manager
After further trying, I added the brightness applet to my panel (wich I know worked previously) and it says that it cannot read the brightness from my panel. Maybe this is more of a HAL issue than G-P-M itself? I think that my problems arose when upgrading to the newest HAL (0.5.9).
Please disregard my bug comments above. Although I still have the same problem as the original poster, namely that I have to restart gnome-power-manager for it to show up, the error posted above is no longer an issue. The error seems to have been an issue with the Gentoo beta-state package and I am sincerely sorry that I did not research this matter further before reporting it here. I hope this has not caused too much trouble.
Me too for comment #8. After upgrading to GNOME 2.18 on Gentoo I was missing the notification area icon. "killall gnome-power-manager && gnome-power-manager" brings it back for me too, after which it respects changes to /apps/gnome-power-manager/display_icon_policy. Simply toggling /apps/gnome-power-manager/display_icon_policy had no effect. I don't think this bug is unique to peksystray as I'm using the stock gnome notification area.
This is indeed a problem using the stock Gnome 2.18 notification area too. I'm able to work around this without first having to terminate gnome-power-manager. In gnome-session I simply replaced the launch command `gnome-power-manager` with `gpm-delayed-start` which is a custom shell script: ----- #!/bin/sh sleep 5 gnome-power-manager ----- Now g-p-m automatically shows up in the notification area every time I log into Gnome. So it does look like gnome-power-manager is starting before the notification area applet, and the latter never gets updated with the g-p-m status.
I'm receiving this same problem with the regular notification area. I was attempting to debug another problem and so looked at my .xsession-errors file and discovered that gnome-panel had tried to create an icon of width -12 and height 24. My panel is the default 24 pixels high, so I tried logging back in. My delay sometimes isn't enough for gnome-power-manager to show up right after boot but since GNOME loads faster the second time around it will typically show up. This time, gnome-power-manager displayed and the message was not present in .xsession-errors. It seems likely to me that something isn't finding the notification area and as such tries to allocate an icon of the wrong size.
Further investigation reveals that the warning from gnome-panel is most likely a red herring as I can't reproduce it consistently. As mentioned above, the problem appears to be caused by gnome-power-manager starting before the notification area. I'm not exactly sure either how GtkStatusIcon presents tray icons or how the notification area finds them. It seems like there should be a way to get a list of tray icons to go into a notification area and that GtkStatusIcons should be inserted into the list and the notification area should fetch this list. As I said above, I don't know the procedure behind the code for either of these, but I'd be happy to do any debugging necessary. This problem has existed through an entire GNOME version and there seems to be no sign that it's even been noticed as we approach another. Perhaps someone with the ability to do so could change the name of the bug. After all, it occurs with GNOME's notification area as well and developers may ignore anything that seems to be addressing a third-party application.
Dup of bug #413360 perhaps?
(In reply to comment #15) > Dup of bug #413360 perhaps? Definitely so in my case.
GtkStatusIcon has been deprecated