! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
KDE apps don't appear in system tray, appear in new small window
Status:
VERIFIED: FIXED
Priority:
Medium
Severity:
minor
Product:
Xfce4-panel
Component:
Notification Area

Comments

Description Mario Izquierdo 2004-12-07 11:05:32 CET 
KDE apps with an system tray icon don't appear in xfce system tray, it appears
in new small window. Examples: (k3b, smb4k, kopete).

aMule, amsn, azureus, gDesklets, etc.. appear OK!!

The bug have appear last week.

Reproducible: Always
Steps to Reproduce:
1. Open a kde app
2. View the small new window created with system tray icon.
 




debian sarge (testing)
xfce42 beta packages from os-cillation repository updated daily

xfwm4 version 4.1.99.2+cvs.2004-1203-2
libxfcegui4-1 version 4.1.99.2+cvs.20041203-1
xfce4-systray version 4.1.99.1+cvs.20041112-1
Comment 1 Olivier Fourdan editbugs 2004-12-07 12:07:10 CET 
Reproductible. I'll fix that tonite.
Comment 2 Olivier Fourdan editbugs 2004-12-07 20:03:29 CET 
*** Bug 578 has been marked as a duplicate of this bug. ***
Comment 3 Olivier Fourdan editbugs 2004-12-07 21:38:12 CET 
Can you please upgrade to the following version and tell if that helps:
http://www.xfce.org/~olivier/packages/xfwm4-4.1.99.2.tar.gz
Comment 4 Benedikt Meurer editbugs 2004-12-08 14:17:19 CET 
This isn't fixed completely yet. I just upgraded everything to latest CVS
versions and the problem is still visible, but not 100% of the time.

Steps to reproduce:
1) Log off your Xfce session (disable KDE compat)
2) Login
3) start krandrtray (or any other KDE app with systray icon)

Systray icon will be displayed in its own window.

If you now kill krandrtray (don't forget dcopserver_shutdown), restart xfwm4
(pkill xfwm4;xfwm4 --daemon) and rerun krandrtray again, the systray icon will
appear in the taskbar and everything works as expected.

Looks like a race condition between the wm and the taskbar on startup to me.
Comment 5 Olivier Fourdan editbugs 2004-12-08 19:02:40 CET 
It's not reproducible here and it can't be a race condition unless you started
xfwm4 with "--daemon" which is not suitable when using a session manager.

Oh, and it's really not a "major" issue.
Comment 6 Benedikt Meurer editbugs 2004-12-08 19:19:28 CET 
Argh, thats it. xfwm4 registers "xfwm4 --daemon --sm-client-id <id>" as
RestartCommand, when started with --daemon, which of course causes this race.
Can you please don't set --daemon for SmRestartCommand? :-)
Comment 7 Olivier Fourdan editbugs 2004-12-08 19:40:59 CET 
(In reply to comment #6)
> Can you please don't set --daemon for SmRestartCommand? :-)

I've been thinking of that lately, but I got too many "serious" bugs to fight :)
Comment 8 Benedikt Meurer editbugs 2004-12-08 19:51:27 CET 
Sure. But this should be done before 4.2final to protect us from hundreds of bug
reports concerning races between xfwm4 and other clients. :-)
Comment 9 Benedikt Meurer editbugs 2004-12-08 20:10:16 CET 
Thanks. :-)
Comment 10 Olivier Fourdan editbugs 2004-12-08 20:10:51 CET 
Now done is CVS anyway...
Comment 11 Jasper Huijsmans editbugs 2004-12-12 10:27:35 CET 
Should be fixed, please reopen when it still happens in the upcoming RC2 release.
Comment 12 Olivier Fourdan editbugs 2004-12-15 23:03:21 CET 
This bug has just been fixed in CVS.
You can grab a copy of current CVS from here:

http://www.xfce.org/~olivier/packages/xfwm4-4.1.99.3.tar.gz
Comment 13 Benedikt Meurer editbugs 2004-12-16 18:45:13 CET 
Working again, thanks.

Bug #577

Reported by:
Mario Izquierdo
Reported on: 2004-12-07
Last modified on: 2010-11-20
Duplicates (1):

People

Assignee:
Nick Schermer
CC List:
2 users

Version

Version:
4.2.x
Target Milestone:
Panel Old

Attachments

Additional information