Xpra: Ticket #895: Windows not appearing in task manager

Since upgrading to xpra 0.15.x (both .0 and .1 have this problem) I've had trouble with windows not appearing in the task manager. (xpra 0.14.x never had this problem.)

For example, I'll start one konsole over xpra and it will appear in the task manager. Yet when I start a second konsole it appears on screen, but not in the task manager. Unfortunately I haven't been able to pin down a pattern to which windows appear in the task bar and which ones don't. (Today, the first window I created showed up in the task bar and the rest are not. I do not, however, have consistent good luck with the first window created.) The problem does not seem to be tied to a specific application. (I mostly use konsole and gvim, but I've seen the problem with other applications as well.)

As I'm playing with things and writing this note, I see that it's having more trouble than I originally thought. I have now also seen an existing task manager entry disappear as a new window is created. The task manage entry for the new window may or may not be created.

My client and server are both running Ubuntu 14.04. My client is using KDE.

Attached is the output of the bug report tool, and the client log with "-d client"



Wed, 24 Jun 2015 15:20:03 GMT - Doug Doole: attachment set

Bug Report tool output.


Wed, 24 Jun 2015 15:20:45 GMT - Doug Doole: attachment set

Client log file with -d client


Wed, 24 Jun 2015 15:32:14 GMT - Doug Doole: attachment set

window[90] before changing virtual desktops


Wed, 24 Jun 2015 15:32:40 GMT - Doug Doole: attachment set

window[90] after changing virtual desktops


Wed, 24 Jun 2015 15:35:41 GMT - Doug Doole:

In the instance I captured, I created the xpra window immediately after connecting the client. As the screen show shows, the window does not appear in the task manager at all (so it's not a case of the task manager grouping windows or anything like that.)

In email, Antoine had asked for some details from xpra -info:

doole@reorx:~$ xpra info | egrep "window-type=|class-instance=|\.title=|transient="
window[90].class-instance=('konsole', 'Konsole')
window[90].title=hotellnx105 : doole – Konsole
window[90].window-type=('NORMAL',)

Wed, 24 Jun 2015 15:37:23 GMT - Doug Doole:

While playing with my system, I discovered that if I move the window between virtual desktops, it appears in the task manager. I captured all the details from xpra -info for window[90] before and after the virtual desktop move and have attached them to the ticket.


Wed, 24 Jun 2015 16:37:05 GMT - Antoine Martin: status changed

I'll install KDE in a 14.04 VM to try to reproduce.


Wed, 08 Jul 2015 15:21:07 GMT - Doug Doole:

Another variation on this that I noticed today. I had moved my windows between desktops so they were appearing in my task manager. I disconnected the client and then reconnected. At this point the windows were no longer appearing in my task manager. (As before, moving the windows between desktops caused them to appear in the task manager again.)


Tue, 21 Jul 2015 13:28:35 GMT - Doug Doole:

Yet another variation...

I connected my client this morning and all my windows appeared in the task bar. However, when I dragged a couple windows, they disappeared from the task bar. (Again, moving the window between desktops got it back on the task bar.)


Sun, 26 Jul 2015 06:37:09 GMT - Antoine Martin: owner, status changed

I've just tried with an up to date Ubuntu 14.04 64-bit VM running KDE 4.13.3. There does seem to be a problem - I only encountered issues once I moved away from the current workspace (or is it activity - whatever that is), but oh my is it tedious to use this thing. How am I supposed to easily switch virtual desktops in my virtualbox vm? Where is the simple click to select workspace widget thingy?


Mon, 27 Jul 2015 13:47:46 GMT - Doug Doole: owner changed

I am seeing the problem regardless of which desktop I start out in.

I use "pager" to switch between the desktops. (Any time I've set up a KDE system it's been in the menu bar by default.)


Mon, 27 Jul 2015 17:42:27 GMT - R: component changed; keywords set

I can verify that I'm having the same issue under 0.15.3. Pinning a window to all desktops also makes it appear in the taskbar, so I simply click the pin icon in the window titlebar and then click it again to keep the window on the desktop I originally had it on - not a fun workaround, but far faster than sending it to another desktop, switching, sending it back, and switching back.


Tue, 11 Aug 2015 18:34:29 GMT - R: attachment set

Fix attempt that likely breaks other things


Tue, 11 Aug 2015 18:38:21 GMT - R:

This issue has been bothering me, so I decided to delve into the code and attempt a fix. The issue seems to be with client windows not getting assigned a workspace at creation. I've attached a 2-line patch that seems to fix the issue for me, though I have no idea if it breaks other things in the process. There also seems to be an issue with windows forgetting which screen they're supposed to belong to, but I don't know if that's related to this issue. If nothing else, hopefully this will help point a real Xpra dev in the right direction.


Thu, 08 Oct 2015 17:24:56 GMT - R:

It doesn't seem that anyone has touched this since my last update. I can report that in my case (Arch Linux, KDE 4 client, KDE 5 server), the patch seems to have fixed the problem and I haven't noticed any unusual symptoms nor additional instability. I'd be interested in seeing if this patch breaks any other client setups that lack a concept of workspaces (Windows/Cygwin?, for example). If not, it's probably safe to merge into trunk and close this issue.


Sun, 18 Oct 2015 13:08:54 GMT - Antoine Martin: status changed

I've had another look and I have 2 problems:


Wed, 21 Oct 2015 09:33:29 GMT - indvd00m: cc set


Thu, 22 Oct 2015 17:01:21 GMT - Antoine Martin: owner, status changed

I thought I would give it a quick go... and many many hours later trunk is fixed (workspace support was completely broken there) and maybe your bug report too - but the change is quite big: r10972.

@user_rl: if you can test trunk and this also fixes your task manager problem, I will consider how to apply at least parts of it to v0.15.x


Mon, 09 Nov 2015 07:10:11 GMT - Antoine Martin:

Probably similar to the problems in #1025, which are fixed in trunk. Because of the size of the changes, I will probably just leave 0.15.x as it is.


Fri, 13 Nov 2015 06:53:50 GMT - Antoine Martin: status changed; resolution set

I assume this is fixed in trunk, feel free to re-open if not.


Sat, 23 Jan 2021 05:09:06 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/895