Bug#555934: xpad: exits immediately if systray is not available right away

May 13th, 2012 - 03:10 am ET by Bart Martens | Report spam
tags 555934 upstream moreinfo
stop

Hi Frédéric,

http://bugs.debian.org/cgi-bin/bugr...i?bugU5934

Do you have examples of "most applications" ? How would you modify
xpad_app_first_idle_check "to simply not care whether or not the icon was
embedded successfully" ? Do you know how to reproduce the problem ("no systray
is present") ?

Regards,

Bart Martens



To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 1 replyReplies Make a reply

Replies

#1 Frédéric Brière
May 25th, 2012 - 09:40 am ET | Report spam
On Sun, May 13, 2012 at 07:06:11AM +0000, Bart Martens wrote:
Do you have examples of "most applications" ?



pidgin, qbittorrent, gnote, kmix, to pick a few examples from my
(overcrowded) systray.

How would you modify
xpad_app_first_idle_check "to simply not care whether or not the icon was
embedded successfully" ?



Honestly, I don't have much of a clue. Most applications seem to handle
this case just fine, but then they don't typically require the presence
of a systray, unlike xpad.

(I myself once wrote a small crappy PyGTK app with systray support, and
eventually gave up on trying to get it right. I just use sleep to delay
the launch, to make sure the WM is done starting up.)

Do you know how to reproduce the problem ("no systray
is present") ?



Aside from running a WM without a systray? :)

With fluxbox, it's quite easy to sleep a little bit before exec'ing
the WM in ~/.fluxbox/startup.


<maswan> Joy: Lets fork cat! :)
<maswan> Joy: imagine a big pitchfork and a dead kitten on top of
it.. with blood running down..



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Similar topics