Xpra: Ticket #2617: shadow/seamless debugging latency

My main issue is that there is unexpected latency in the shadow server:

It seems though that it's a "generic" issue: this is an empty gnome terminal, doing nothing. Typing seems like it takes about 3 seconds to manifest.

I have a "50 mbps line" (i.e. 34mbps). Via the VPN (that I have to establish), the connection looks like this

Server config:

$ xpra showconfig | grep -P '\((used|default)\)'
xpra for python 2.7 is not installed
 retrying with python3
fake-xinerama         (used)   = 'no'                              <class 'str'>
fake-xinerama        (default) =                                   <class 'NoneType'>
log-file              (used)   = 'display-$DISPLAY-$TIMESTAMP.log'  <class 'str'>
log-file             (default) = '$DISPLAY.log'                    <class 'str'>
microphone            (used)   = 'disabled'                        <class 'str'>
microphone           (default) = 'off'                             <class 'str'>
min-quality           (used)   = 20                                <class 'int'>
min-quality          (default) = 30                                <class 'int'>
min-speed             (used)   = 50                                <class 'int'>
min-speed            (default) = 30                                <class 'int'>
pings                 (used)   = 3                                 <class 'int'>
pings                (default) = 5                                 <class 'int'>
speaker               (used)   = 'disabled'                        <class 'str'>
speaker              (default) = 'on'                              <class 'str'>
start-on-last-client-exit  (used)   = 'bash -c 'echo "now I will touch" ; touch /run/user/1000/xpra-test-`date +%s`'', 'bash -c 'echo "\$DISPLAY=$DISPLAY"'', 'bash -c 'echo "now I will fail!" ; `date`'', 'bash -c 'echo "now I will lock" ; . /run/user/1000/dbus-session; gnome-screensaver-command -l'', 'bash -c 'echo "now I will load/lock" ; env DBUS_SESSION_BUS_ADDRESS="$(cut -f 2- -d= /run/user/1000/dbus-session)" gnome-screensaver-command -l'', 'bash -c 'echo "now I will source/lock" ; . /run/user/1000/dbus-session; gnome-screensaver-command -l'', 'bash -c 'echo "now I will xdg-lock" ; xdg-screensaver lock''  <class 'list'>
start-on-last-client-exit (default) =                                   <class 'list'>
webcam                (used)   = 'no'                              <class 'str'>
webcam               (default) = 'auto'                            <class 'str'>

(idk why fake-xinerama=no, all the others are configured by me server-wide).

Client looks like this:

"Xpra-Python3-x86_64_4.0-r25345\xpra_cmd" shadow ssh://user@ip/0 --ssh="plink -ssh -agent" --opengl=no --desktop-scaling=0.75 --min-speed=70 --webcam=no --speaker=off --microphone=off --pulseaudio=no --exit-with-client=no
2020-03-03 21:07:51,309 Xpra GTK3 client version 4.0-r25345 64-bit
2020-03-03 21:07:51,311  running on Microsoft Windows 10
2020-03-03 21:07:52,491 GStreamer version 1.16.2 for Python 3.8.1 64-bit
2020-03-03 21:07:52,819 keyboard layout code 0x409
2020-03-03 21:07:52,820 identified as 'United States - English' : us
2020-03-03 21:07:53,413  keyboard settings: layout=us
2020-03-03 21:07:53,418  desktop size is 1600x900 with 1 screen:
2020-03-03 21:07:53,420   Default (423x238 mm - DPI: 96x96) workarea: 1600x860
2020-03-03 21:07:53,422     (Standard monitor types) Generic PnP Monitor (309x174 mm - DPI: 131x131)
2020-03-03 21:07:53,423  downscaled to 75%, virtual screen size: 2133x1200
2020-03-03 21:07:53,425   Default (423x238 mm - DPI: 128x128) workarea: 2133x1147
2020-03-03 21:07:53,430     (Standard monitor types) Generic PnP Monitor (309x174 mm - DPI: 175x175)
2020-03-03 21:08:11,951 enabled remote logging
2020-03-03 21:08:11,957 Xpra GTK3 shadow server version 3.0.6-r25174 64-bit
2020-03-03 21:08:11,960  running on Linux Ubuntu 16.04 xenial
2020-03-03 21:08:11,963  remote desktop size is 6400x1440
(xpra_cmd:11928): Pango-WARNING **: 21:08:13.287: couldn't load font "Bitstream Vera Sans Not-Rotated 14.662109375", falling back to "Sans Not-Rotated 14.662109375", expect ugly output.
2020-03-03 21:08:26,014 server is not responding, drawing spinners over the windows
2020-03-03 21:08:27,035 server is OK again
(xpra_cmd:11928): Gtk-WARNING **: 21:09:57.302: Could not find the icon 'pan-end-symbolic'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
        http://icon-theme.freedesktop.org/releases
2020-03-03 21:10:01,305 UI thread is now blocked
2020-03-03 21:10:01,763 UI thread is running again, resuming
2020-03-03 21:10:05,796 server is not responding, drawing spinners over the windows
2020-03-03 21:10:20,335 server is not responding, drawing spinners over the windows
2020-03-03 21:10:20,848 server is OK again
2020-03-03 21:10:21,000 server is OK again
2020-03-03 21:13:48,414 Warning: long timer waiting time,
2020-03-03 21:13:48,416  UI thread polling waited 27.0 seconds longer than intended (27.5 vs 0.5)
(xpra_cmd:11928): Gtk-WARNING **: 21:13:48.433: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:48.597: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:48.915: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:58.705: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:58.739: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:58.796: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:58.844: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:13:58.907: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.331: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.646: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.709: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.742: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.759: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.793: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.813: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
(xpra_cmd:11928): Gtk-WARNING **: 21:14:15.832: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita

Side issues you might want to look into:



Tue, 03 Mar 2020 20:32:16 GMT - stdedos: attachment set


Tue, 03 Mar 2020 20:32:25 GMT - stdedos: attachment set


Tue, 03 Mar 2020 20:32:34 GMT - stdedos: attachment set


Tue, 03 Mar 2020 20:32:43 GMT - stdedos: attachment set


Tue, 03 Mar 2020 20:32:53 GMT - stdedos: attachment set


Tue, 03 Mar 2020 20:34:56 GMT - stdedos:

Please replace the second It seems though that it's a "generic" issue: [[Image with this one xpra-gnome-terminal-latency.png

(Another) Side issue:


Wed, 04 Mar 2020 05:34:09 GMT - Antoine Martin: owner changed

(idk why fake-xinerama=no, all the others are configured by me server-wide).

Fixed in r25485.

this is an empty gnome terminal, doing nothing. Typing seems like it takes about 3 seconds to manifest.

Please attach xpra info for the misbehaving session.

UI thread polling waited 27.0 seconds longer than intended (27.5 vs 0.5)

That's not normal at all.

The bajillion "missing icons". Both the logs and the actual missing icons. r25468 does not log anything about missing icons, but they are still missing

That has been fixed in r25463 and tested repeatedly on a blank win10 VM, again today with r25483.

Please replace the second...

I don't understand. You should now have permission to edit the ticket yourself.


Wed, 04 Mar 2020 05:41:50 GMT - stdedos: description changed


Wed, 04 Mar 2020 05:43:48 GMT - stdedos:

Now I noticed it that the functionality only saves one graph (not both of them)


Wed, 04 Mar 2020 05:49:53 GMT - Antoine Martin:

Saving the graph in r25345 froze everything for ~ 30 seconds ()

r25486 moves the IO to a thread, but the write_to_png function will still be running in the main thread - and that may be the culprit (PNG is a CPU pig - though 30s is certainly excessive)

Add the filename extension when saving in Windows

Done for all platforms in r25487


Thu, 05 Mar 2020 21:24:36 GMT - stdedos: status changed; resolution set

Since the server crashed that night (and subsequent debugging tonight did not give more than ~500ms latency), I'll call this my fault.

Apologies.


Tue, 31 Mar 2020 10:38:22 GMT - stdedos:

I'll re-use this for investigating a seamless session:

And xpra-info attaching soon


Tue, 31 Mar 2020 10:38:45 GMT - stdedos: attachment set


Tue, 31 Mar 2020 10:38:55 GMT - stdedos: attachment set


Tue, 31 Mar 2020 10:57:51 GMT - stdedos: attachment set


Thu, 16 Apr 2020 07:24:39 GMT - stdedos: status changed; resolution deleted

@Antoine, apologies for "mentioning". I know you are busy; I was wondering if you could pitch in (since I don't know what to look for).

It's annoying that e.g. Teamviewer would work "seamlessly", under any connection. I know I cannot update to v4 (vp9 encoding and stuff), but I guess something could be done 😕


Fri, 17 Apr 2020 13:58:33 GMT - stdedos:

Graph is saying that:

But that's not the image I am getting. Client goes in-and-out of:

2020-04-17 16:53:31,301 server is not responding, drawing spinners over the windows
2020-04-17 16:53:31,556 server is OK again

And this is how server feels like:

>ping 172.16.57.121
Pinging 172.16.57.121 with 32 bytes of data:
Reply from 172.16.57.121: bytes=32 time=19ms TTL=61
Reply from 172.16.57.121: bytes=32 time=31ms TTL=61
Reply from 172.16.57.121: bytes=32 time=18ms TTL=61
Reply from 172.16.57.121: bytes=32 time=17ms TTL=61
Ping statistics for 172.16.57.121:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 17ms, Maximum = 31ms, Average = 21ms

(and this was followed by the :20 monitor dying, while :2, :200 are still alive, well and stable)


Fri, 17 Apr 2020 13:58:47 GMT - stdedos: attachment set


Fri, 17 Apr 2020 13:59:01 GMT - stdedos: attachment set


Wed, 22 Apr 2020 13:57:09 GMT - Antoine Martin:

Have you tried setting a bandwidth-limit lower than what your ISP gives you? Maybe 10Mbps?


Thu, 23 Apr 2020 07:38:04 GMT - stdedos:

From a recently spawned shadow server:

"Xpra-Python3-x86_64_4.0-r26124\xpra_cmd" shadow ssh://user@ip/0 --ssh="plink -ssh -agent" --opengl=no --bandwidth-limit=10Mbps --desktop-scaling=0.75 --min-speed=70 --webcam=no --speaker=off --microphone=off --pulseaudio=no
2020-04-23 10:22:50,479 Xpra GTK3 client version 4.0-r26124 64-bit
2020-04-23 10:22:50,482  running on Microsoft Windows 10
2020-04-23 10:22:51,726 GStreamer version 1.16.2 for Python 3.8.2 64-bit
2020-04-23 10:22:52,129 keyboard layout code 0x409
2020-04-23 10:22:52,129 identified as 'United States - English' : us
2020-04-23 10:22:52,629  keyboard settings: layout=us
2020-04-23 10:22:52,635  desktop size is 4160x1440 with 1 screen:
2020-04-23 10:22:52,636   Default (1100x381 mm - DPI: 96x96) workarea: 4160x1400
2020-04-23 10:22:52,636     Generic PnP Monitor 1600x900 at 0x534 (309x174 mm - DPI: 131x131) workarea: 1600x860
2020-04-23 10:22:52,636     C32JG5x 2560x1440 at 1600x0 (697x392 mm - DPI: 93x93) workarea: 2560x1400
2020-04-23 10:22:52,637  downscaled to 75%, virtual screen size: 5547x1920
2020-04-23 10:22:52,637   Default (1100x381 mm - DPI: 128x128) workarea: 5547x1867
2020-04-23 10:22:52,637     Generic PnP Monitor 2133x1200 at 0x712 (309x174 mm - DPI: 175x175) workarea: 2133x1147
2020-04-23 10:22:52,637     C32JG5x 3413x1920 at 2133x0 (697x392 mm - DPI: 124x124) workarea: 3413x1867
2020-04-23 10:23:14,977 enabled remote logging
2020-04-23 10:23:14,979 Xpra GTK3 shadow server version 3.0.9-r26132 64-bit
2020-04-23 10:23:14,981  running on Linux Ubuntu 16.04 xenial
2020-04-23 10:23:14,983  remote desktop size is 6400x1440
(xpra_cmd:15532): Pango-WARNING **: 10:23:15.571: couldn't load font "Bitstream Vera Sans Not-Rotated 14.662109375", falling back to "Sans Not-Rotated 14.662109375", expect ugly output.
2020-04-23 10:23:21,598 server is not responding, drawing spinners over the windows
2020-04-23 10:23:23,404 server is OK again
2020-04-23 10:24:53,455 server is not responding, drawing spinners over the windows
2020-04-23 10:24:57,222 server is OK again
2020-04-23 10:24:58,473 server is not responding, drawing spinners over the windows
2020-04-23 10:25:03,498 server is OK again
2020-04-23 10:25:29,915 server is not responding, drawing spinners over the windows
2020-04-23 10:25:37,716 server is OK again
2020-04-23 10:25:43,727 server is not responding, drawing spinners over the windows
2020-04-23 10:25:47,506 server is OK again
2020-04-23 10:25:57,928 server is not responding, drawing spinners over the windows
2020-04-23 10:26:00,705 server is OK again
2020-04-23 10:26:06,139 server is not responding, drawing spinners over the windows
2020-04-23 10:26:17,529 server is OK again
2020-04-23 10:26:23,448 server is not responding, drawing spinners over the windows
2020-04-23 10:26:42,065 server is OK again
2020-04-23 10:26:48,506 server is not responding, drawing spinners over the windows
2020-04-23 10:27:06,663 server is OK again
2020-04-23 10:27:06,833 server is not responding, drawing spinners over the windows
2020-04-23 10:27:07,592 server is OK again
2020-04-23 10:27:13,000 server is not responding, drawing spinners over the windows
2020-04-23 10:27:33,177 server is OK again
2020-04-23 10:27:39,086 server is not responding, drawing spinners over the windows
2020-04-23 10:28:01,005 server is OK again
2020-04-23 10:28:06,173 server is not responding, drawing spinners over the windows
2020-04-23 10:28:18,255 server is OK again
2020-04-23 10:28:24,203 server is not responding, drawing spinners over the windows
2020-04-23 10:28:32,294 server is OK again
2020-04-23 10:28:38,224 server is not responding, drawing spinners over the windows
2020-04-23 10:28:46,342 server is OK again
2020-04-23 10:28:51,507 server is not responding, drawing spinners over the windows
2020-04-23 10:29:22,225 server is OK again
2020-04-23 10:29:27,896 server is not responding, drawing spinners over the windows
2020-04-23 10:29:38,029 server is OK again
2020-04-23 10:30:03,002 server is not responding, drawing spinners over the windows
2020-04-23 10:30:46,846 server is not responding, drawing spinners over the windows
2020-04-23 10:30:47,762 server is OK again
2020-04-23 10:30:47,925 server is OK again
2020-04-23 10:30:53,089 server is not responding, drawing spinners over the windows
2020-04-23 10:31:06,193 server is OK again
2020-04-23 10:31:11,471 server is not responding, drawing spinners over the windows
2020-04-23 10:31:32,258 server is OK again
2020-04-23 10:31:37,200 server is not responding, drawing spinners over the windows
2020-04-23 10:31:47,786 server is OK again
2020-04-23 10:33:44,771 unknown string message: 0xc245 / 0x0 / 0x0
2020-04-23 10:35:36,627 server is not responding, drawing spinners over the windows
2020-04-23 10:35:37,153 server is OK again
2020-04-23 10:35:38,642 server is not responding, drawing spinners over the windows
2020-04-23 10:35:40,153 server is OK again
2020-04-23 10:36:06,150 unknown string message: 0xc245 / 0x0 / 0x0


Thu, 23 Apr 2020 07:38:17 GMT - stdedos: attachment set


Thu, 23 Apr 2020 07:38:26 GMT - stdedos: attachment set


Thu, 23 Apr 2020 07:38:37 GMT - stdedos: attachment set


Thu, 23 Apr 2020 09:43:36 GMT - Antoine Martin: milestone changed

From the graphs on comment:11, your server latency spiked to 48 seconds! So something is very very wrong here. It would be interesting to see how much bandwidth xpra was using when things collapsed. From your graph, it was below 16Mbps... This could also be related to the VPN: maybe it's pushing back and not prioritising the xpra traffic enough. My guess is that you should lower the bandwidth limit even more to try to make things work.

I would need to be able to reproduce the problem to have a chance to fix this.


Thu, 23 Apr 2020 10:34:38 GMT - stdedos:

Replying to Antoine Martin:

From the graphs on comment:11, your server latency spiked to 48 seconds! So something is very very wrong here. It would be interesting to see how much bandwidth xpra was using when things collapsed. From your graph, it was below 16Mbps...

Can you do dual-axis data amount graph? It's not straightforward to translate KB/s to Mbits (and both may be needed)

This could also be related to the VPN: maybe it's pushing back and not prioritising the xpra traffic enough. My guess is that you should lower the bandwidth limit even more to try to make things work.

A crude iperf speedtest to my workstation clocks it at ~8 Mbit. I guess I can try to set it to 6 Mbit for the shadow server, but all of that feels wrong 😕

I know that I have a v3 server, and extremely big screen to forward. I don't understand why xpra does not / can not lower its quality characteristics to attempt to keep up (server downscaling, color depth etc)

It's true I've set min-quality=30, min-speed=50 - I don't know what that means (I've talked about it on a separate ticket I think), but it made some kind of sense visually/responsive-ly at the time. I think that xpra would be able to keep up with quality=30, speed=50.

I would need to be able to reproduce the problem to have a chance to fix this.


Tue, 28 Apr 2020 16:34:25 GMT - Antoine Martin: milestone changed

Can you do dual-axis data amount graph? It's not straightforward to translate KB/s to Mbits (and both may be needed)

Wouldn't it be better to just show the bandwidth in bps? (Mbps / Kbps) And leave the pixels/s alone. Is that what you mean by dual-axis?

I don't understand why xpra does not / can not lower its quality characteristics to attempt to keep up (server downscaling, color depth etc)

It should. I don't understand why it doesn't.

It's true I've set min-quality=30, min-speed=50 - I don't know what that means..

Try min-quality=0, min-speed=0. This will compress harder, at a lower quality, which will use less bandwidth.

Two more things worth trying:

Important: do this locally, env vars are not forwarded with ssh remote starts.


Tue, 28 Apr 2020 17:05:28 GMT - stdedos:

Replying to Antoine Martin:

Can you do dual-axis data amount graph? It's not straightforward to translate KB/s to Mbits (and both may be needed)

Wouldn't it be better to just show the bandwidth in bps? (Mbps / Kbps) And leave the pixels/s alone. Is that what you mean by dual-axis?

I mean that, on one side you have b/s and on the other bps. I see your point about having only bps - the only annoying thing is when you are trying to translate the units on-the-fly.

Sometimes you are counting size (i.e. bytes), and some times bandwidth (in which "unit-franca" is bps)

I am not saying I have a solid case with b/s, but the fact that conversion is complicated, makes me want both.

I don't understand why xpra does not / can not lower its quality characteristics to attempt to keep up (server downscaling, color depth etc)

It should. I don't understand why it doesn't.

It's true I've set min-quality=30, min-speed=50 - I don't know what that means..

Try min-quality=0, min-speed=0. This will compress harder, at a lower quality, which will use less bandwidth.

I can try that.

Two more things worth trying:

Important: do this locally, env vars are not forwarded with ssh remote starts.

Doesn't --env= work with those? It is more straightforward than two-step connection.


Wed, 29 Apr 2020 07:06:17 GMT - stdedos:

from xpra info

 124   │ 2020-04-29 10:03:30,053 New unix-domain connection received
 125   │ 2020-04-29 10:03:30,053  on '/run/xpra/user-precision-t3620-0'
 126   │ Traceback (most recent call last):
 127   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 159, in do_xpra_selection_request
 128   │     proxy.do_selection_request_event(event)
 129   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 359, in do_selection_request_event
 130   │     assert requestor
 131   │ AssertionError
 132   │ 2020-04-29 10:03:30,101 New unix-domain connection received
 133   │ 2020-04-29 10:03:30,101  on '/run/user/1000/xpra/user-precision-t3620-0'
 134   │ Traceback (most recent call last):
 135   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 159, in do_xpra_selection_request
 136   │     proxy.do_selection_request_event(event)
 137   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 359, in do_selection_request_event
 138   │     assert requestor
 139   │ AssertionError
 140   │ Traceback (most recent call last):
 141   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 159, in do_xpra_selection_request
 142   │     proxy.do_selection_request_event(event)
 143   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 359, in do_selection_request_event
 144   │     assert requestor
 145   │ AssertionError
 146   │ Traceback (most recent call last):
 147   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 159, in do_xpra_selection_request
 148   │     proxy.do_selection_request_event(event)
 149   │   File "/usr/lib/python3/dist-packages/xpra/x11/gtk_x11/clipboard.py", line 359, in do_selection_request_event
 150   │     assert requestor
 151   │ AssertionError

Wed, 29 Apr 2020 07:11:15 GMT - Antoine Martin:

Doesn't --env= work with those?

It should. You can verify it did get applied with xpra info.

assert requestor

That's weird, r26192 converts this to a warning.


Wed, 29 Apr 2020 07:41:51 GMT - stdedos:

Server just dies over and over, it's so frustrating to keep it up

"Xpra-Python3-x86_64_4.0-r26124\xpra_cmd" shadow ssh://user@ip/0 --ssh="plink -ssh -agent" --env=XPRA_MAX_SOFT_EXPIRED=0 --opengl=no --bandwidth-limit=6Mbps --desktop-scaling=0.75 --min-speed=70 --webcam=no --speaker=off --microphone=off --pulseaudio=no

and server goes

  24   │ 2020-04-29 10:34:58,152 GStreamer version 1.8.3 for Python 3.5.2 64-bit
  25   │ 2020-04-29 10:34:58,164 Warning: failed to query pulseaudio using 'pactl info'
  26   │ 2020-04-29 10:34:58,164  Connection failure: Connection refused
  27   │ 2020-04-29 10:34:58,165  pa_context_connect() failed: Connection refused
  28   │ 2020-04-29 10:35:01,184 Warning: cannot load dbus helper:
  29   │ 2020-04-29 10:35:01,184  org.freedesktop.DBus.Error.NoServer
  30   │ 2020-04-29 10:35:01,184  Failed to connect to socket /tmp/dbus-253Ig9KTwQ
  31   │ 2020-04-29 10:35:01,184  Connection refused
  32   │ 2020-04-29 10:35:01,192 printer forwarding enabled using pdf and postscript
  33   │ 2020-04-29 10:35:01,193 Warning: cannot watch for application menu changes without pyinotify:
  34   │ 2020-04-29 10:35:01,193  No module named 'pyinotify'
  35   │ 2020-04-29 10:35:01,210 xpra is ready.
  36   │ 2020-04-29 10:35:01,210 xpra GTK3 shadow version 3.0.9-r26132 64-bit
  37   │ 2020-04-29 10:35:01,454  uid=1000 (usr), gid=1000 (usr)
  38   │ 2020-04-29 10:35:01,454  running with pid 14800 on Linux Ubuntu 16.04 xenial
  39   │ 2020-04-29 10:35:01,455  on display ':0' of size 6400x1440
  40   │ 2020-04-29 10:35:01,455  with 3 monitors:
  41   │ 2020-04-29 10:35:01,455   DP-0             2560x1440 at    0,0
  42   │ 2020-04-29 10:35:01,455   DP-2             1920x1080 at 2560,180
  43   │ 2020-04-29 10:35:01,455   DP-4             1920x1080 at 4480,180
  44   │ 2020-04-29 10:35:01,540 New unix-domain connection received
  45   │ 2020-04-29 10:35:01,541  on '/run/xpra/usr-precision-t3620-0'
  46   │ 2020-04-29 10:35:01,668 New unix-domain connection received
  47   │ 2020-04-29 10:35:01,679  on '/run/xpra/usr-precision-t3620-0'
  48   │ 2020-04-29 10:35:01,739 Handshake complete; enabling connection
  49   │ 2020-04-29 10:35:02,231 New unix-domain connection received
  50   │ 2020-04-29 10:35:02,232  on '/run/xpra/usr-precision-t3620-0'
  51   │ 2020-04-29 10:35:02,237 New unix-domain connection received
  52   │ 2020-04-29 10:35:02,237  on '/run/user/1000/xpra/usr-precision-t3620-0'
  53   │ 2020-04-29 10:35:02,261 Warning: icon is quite large (273 KB):
  54   │ 2020-04-29 10:35:02,261  '/usr/share/pixmaps/com.visualstudio.code.insiders.png'
  55   │ 2020-04-29 10:35:03,010 62.7GB of system memory
  56   │ 2020-04-29 10:35:04,987 Error setting up client dbus instance:
  57   │ 2020-04-29 10:35:04,988   org.freedesktop.DBus.Error.NoServer
  58   │ 2020-04-29 10:35:04,988   Failed to connect to socket /tmp/dbus-DTfoSfnVTg
  59   │ 2020-04-29 10:35:04,988   Connection refused
  60   │ 2020-04-29 10:35:04,989  automatic picture encoding enabled, also available:
  61   │ 2020-04-29 10:35:04,989   rgb24, rgb32
  62   │ 2020-04-29 10:35:04,990 Python/GTK3 Microsoft Windows 10 aero client version 4.0-r26124 64-bit
  63   │ 2020-04-29 10:35:04,990  connected
  64   │ 2020-04-29 10:35:04,991 Warning: remote clipboard request timed out
  65   │ 2020-04-29 10:35:04,991  request id 0, selection=CLIPBOARD, target=TARGETS
  66   │ 2020-04-29 10:35:04,996 shadow server: setting default keymap translation
  67   │ 2020-04-29 10:35:05,003  client root window size is 5547x1920
  68   │ 2020-04-29 10:35:05,053 client   1 @23.198 Xpra GTK3 shadow server version 3.0.9-r26132 64-bit
  69   │ 2020-04-29 10:35:05,062 client   1 @23.199  running on Linux Ubuntu 16.04 xenial
  70   │ 2020-04-29 10:35:05,062 client   1 @23.199  remote desktop size is 6400x1440
  71   │ 2020-04-29 10:35:06,610 Warning: not adding duplicate printer 'OneNote'
  72   │ 2020-04-29 10:35:06,610 Warning: not adding duplicate printer 'Send To OneNote 16'
  73   │ 2020-04-29 10:35:06,611 Warning: not adding duplicate printer 'Microsoft Print to PDF'
  74   │ 2020-04-29 10:35:45,112 Warning: remote clipboard request timed out
  75   │ 2020-04-29 10:35:45,113  request id 2, selection=CLIPBOARD, target=UTF8_STRING
  76   │ 2020-04-29 10:36:55,764 client   1 @30.081 server is not responding, drawing spinners over the windows
  77   │ 2020-04-29 10:36:55,769 client   1 @03.359 server is OK again
  78   │ 2020-04-29 10:36:55,769 client   1 @05.104 server is not responding, drawing spinners over the windows
  79   │ 2020-04-29 10:36:55,770 client   1 @05.358 server is OK again
  80   │ 2020-04-29 10:36:55,770 client   1 @13.241 server is not responding, drawing spinners over the windows
  81   │ 2020-04-29 10:36:55,819 Warning: timeout on screen updates for window 2,
  82   │ 2020-04-29 10:36:55,819  already delayed for more than 108 seconds
  83   │ 2020-04-29 10:36:57,312 Warning: request id 2 not found
  84   │ 2020-04-29 10:36:57,312  timed out already?
  85   │ 2020-04-29 10:36:57,318 xpra client 1 disconnected.
  86   │ 2020-04-29 10:37:36,709 ignoring token for disabled clipboard 'CLIPBOARD'
  87   │ 2020-04-29 10:37:36,709 ignoring token for disabled clipboard 'CLIPBOARD'
  88   │ 2020-04-29 10:37:36,720 Last client has disconnected, terminating
  89   │ 2020-04-29 10:37:36,879 removing socket '/run/user/1000/xpra/usr-precision-t3620-0'
  90   │ 2020-04-29 10:37:36,879 removing socket '/run/xpra/usr-precision-t3620-0'
  91   │ xpra initialization error:
  92   │  cannot find live server for display :0
  93   │ xpra initialization error:
  94   │  cannot find live server for display :0

Wed, 29 Apr 2020 08:02:42 GMT - stdedos:

It seems that only XPRA_SHADOW_REFRESH_DELAY does the thing for me - with 2 out of 3 monitors/windows minimized at all times. Which is working really superb-ly

However, I have so many objections to what's happening.

This cannot be "very low quality":

and definitely not 5fps (It would be too much to shoot a video, I guess you can take my word for it). From gaming experience, that would be a table-flip, not a seamless experience (disregarding the 1/3 monitors available issue).

Even though it seems applied:

$ xpra info :0 | grep XPRA_SHADOW_REFRESH_DELAY
env.XPRA_SHADOW_REFRESH_DELAY=200

However, I cannot find it by "conventional" means:

$ ps faux | grep '/usr/bin/python3 /usr/bin/xpra' | grep :0
sntentos  3027  0.0  0.0 276660 23188 ?        Sl   09:50   0:01  |           \_ /usr/bin/python3 /usr/bin/xpra _proxy :2
sntentos 22382  0.3  0.0 276664 23492 ?        Sl   10:41   0:01              \_ /usr/bin/python3 /usr/bin/xpra _proxy_shadow_start :0 --opengl=no --bandwidth-limit=6Mbps --ssh=plink -ssh -agent --desktop-scaling=0.75 --speaker=off --webcam=no --min-speed=70 --env=XPRA_SHADOW_REFRESH_DELAY=200
sntentos  3487  0.0  0.0  15456   984 pts/25   S+   10:51   0:00  |   \_ grep --color=auto /usr/bin/python3 /usr/bin/xpra
sntentos  4859  0.0  0.0 276664 16900 ?        Sl   Απρ14   0:04  \_ /usr/bin/python3 /usr/bin/xpra _proxy :2
sntentos  7754  0.0  0.0 276664 16964 ?        Sl   Απρ16   0:04  \_ /usr/bin/python3 /usr/bin/xpra _proxy :2
sntentos 25943  0.0  0.0 276664 18480 ?        Sl   Απρ20   0:00  \_ /usr/bin/python3 /usr/bin/xpra _proxy :2
sntentos 26512  0.0  0.0 276664 18568 ?        Sl   Απρ22   0:02  \_ /usr/bin/python3 /usr/bin/xpra _proxy :200
sntentos 14542  0.0  0.0 276676 18356 ?        Sl   Απρ22   0:07  \_ /usr/bin/python3 /usr/bin/xpra _proxy :2
root     22101  0.0  0.0 325340 27644 ?        Ssl  Απρ23   0:01 /usr/bin/python3 /usr/bin/xpra proxy :14500 --daemon=no --bind-tcp=0.0.0.0:14500 --tcp-auth=sys --ssl-cert=/etc/xpra/ssl-cert.pem --ssl=on --bind=/run/xpra/system --auth=peercred --socket-dirs=/run/xpra --socket-permissions=666 --log-dir=/var/log --pidfile=/run/xpra.pid --debug=
sntentos 31999  0.0  0.0 276672 23492 ?        Sl   Απρ28   0:02  \_ /usr/bin/python3 /usr/bin/xpra _proxy :20
sntentos 22414 68.6  0.7 2068812 462560 ?      Sl   10:41   6:11 /usr/bin/python3 /usr/bin/xpra shadow :0 --speaker=off --desktop-scaling=0.75 --bandwidth-limit=6Mbps --exit-with-client=yes --min-speed=70 --opengl=no --ssh=plink -ssh -agent --env=XPRA_SHADOW_REFRESH_DELAY=200 --env=XPRA_PROXY_START_UUID=21a59d1f24eb42a382263c574ea7dc60 --daemon=yes --systemd-run=no
$ PID=22414
$ cat "/proc/${PID}/environ" | tr '\0' '\n' | grep -i XPRA_SHADOW_REFRESH_DELAY
$

Wed, 29 Apr 2020 08:02:56 GMT - stdedos: attachment set


Wed, 29 Apr 2020 08:03:06 GMT - stdedos: attachment set


Wed, 29 Apr 2020 08:10:52 GMT - Antoine Martin:

Which is working really superb-ly (..) This cannot be "very low quality":

You are setting the minimum quality, auto-refresh will still sharpen the image when it is given time to do so. (ie: when the picture is not changing much - like the login screen)

and definitely not 5fps (It would be too much to shoot a video, I guess you can take my word for it). From gaming experience, that would be a table-flip, not a seamless experience

I thought it was working superbly? What fps are you getting? Shadow is not targeting a gaming-like experience for sure, especially not with 6Mbps and large screens.

However, I cannot find it by "conventional" means:

It is in both shadow processes (shadow and the remote _proxy_shadow_start).


Wed, 29 Apr 2020 08:27:57 GMT - stdedos:

Replying to Antoine Martin:

Which is working really superb-ly (..) This cannot be "very low quality":

You are setting the minimum quality, auto-refresh will still sharpen the image when it is given time to do so. (ie: when the picture is not changing much - like the login screen)

The only qualities I saw during testing was the fine-crisp login screen / terminal images above, and the spinner. (the other app was Evolution, and the WQHD monitor was showing the empty desktop)

and definitely not 5fps (It would be too much to shoot a video, I guess you can take my word for it). From gaming experience, that would be a table-flip, not a seamless experience

I thought it was working superbly? What fps are you getting? Shadow is not targeting a gaming-like experience for sure, especially not with 6Mbps and large screens.

Oh yeah - that one was misleading, apologies. It is working superbly. While there was no fps counter, I feel fairly confident to say it felt like a solid 20fps.

However, I cannot find it by "conventional" means:

It is in both shadow processes (shadow and the remote _proxy_shadow_start).


Thu, 30 Apr 2020 07:40:57 GMT - stdedos:

I also don't understand - why if the bandwidth limitation is a problem (i.e. I am maxing out the line and "server is not responding" because of no bandwidth left), why isn't the bandwidth maxed out as a flat line to a point, and instead it's a 0-flat line?

... Actually, that is not the I image I clicked to save. I'll take only screenshots instead.


Thu, 30 Apr 2020 07:41:11 GMT - stdedos: attachment set


Mon, 04 May 2020 18:04:37 GMT - Antoine Martin:

Server just dies over and over, it's so frustrating to keep it up

Could it be #2730?


Mon, 04 May 2020 18:15:30 GMT - stdedos:

Replying to Antoine Martin:

Server just dies over and over, it's so frustrating to keep it up

Could it be #2730?

No, it's the by-default exit-with-client 😕


Tue, 05 May 2020 10:37:41 GMT - Antoine Martin:

and definitely not 5fps

Are you sure that you applied the environment variables separately and correctly?

With XPRA_SHADOW_REFRESH_DELAY=200, I am unable to get more than 5fps and I really don't see how it would be possible to do so.


Tue, 05 May 2020 10:54:57 GMT - stdedos:

What is there more "true" than your own diagnostics? 😕

$ xpra info :0 | grep XPRA_SHADOW_REFRESH_DELAY
env.XPRA_SHADOW_REFRESH_DELAY=200

I can try to check it again. And I'll add --exit-with-client=no for good measure


Tue, 05 May 2020 11:59:35 GMT - Antoine Martin:

I can try to check it again.

Please include the full xpra info.


Fri, 08 May 2020 14:18:41 GMT - Antoine Martin: milestone changed


Fri, 15 May 2020 08:57:49 GMT - stdedos: owner, status changed

Apologies for the tarball, but I did not have the patience to upload 8 different items with this uploader 😕

So, a quick recap, in archive's order:


Fri, 15 May 2020 08:58:06 GMT - stdedos: attachment set


Thu, 04 Jun 2020 09:32:49 GMT - stdedos:

Another instance of a seamless server excessively lagging. Sadly, I lost the client (and the log 😕)

Example would look like this:

"Xpra-Python3-x86_64_4.0-r26306\xpra_cmd" attach ssh://user@ip/200 --ssh="plink -ssh -agent" --modal-windows=no --title="@title@ on @@/@server-display@" --opengl=no --bandwidth-limit=6Mbps
2020-06-04 12:41:12,078 Xpra GTK3 client version 4.0-r26306 64-bit
2020-06-04 12:41:12,080  running on Microsoft Windows 10
2020-06-04 12:41:12,170 Warning: failed to import opencv:
2020-06-04 12:41:12,171  No module named 'cv2'
2020-06-04 12:41:12,171  webcam forwarding is disabled
2020-06-04 12:41:13,037 GStreamer version 1.16.2 for Python 3.8.2 64-bit
2020-06-04 12:41:13,582 keyboard layout code 0x409
2020-06-04 12:41:13,583 identified as 'United States - English' : us
2020-06-04 12:41:13,939  keyboard settings: layout=us
2020-06-04 12:41:13,944  desktop size is 4160x1440 with 1 screen:
2020-06-04 12:41:13,945   Default (1100x381 mm - DPI: 96x96) workarea: 4160x1400
2020-06-04 12:41:13,946     Generic PnP Monitor 1600x900 at 0x534 (309x174 mm - DPI: 131x131) workarea: 1600x860
2020-06-04 12:41:13,946     C32JG5x 2560x1440 at 1600x0 (697x392 mm - DPI: 93x93) workarea: 2560x1400
2020-06-04 12:41:35,150 enabled remote logging
2020-06-04 12:41:35,154 Xpra GTK3 X11 server version 3.0.9-r26132 64-bit
2020-06-04 12:41:35,156  running on Linux Ubuntu 16.04 xenial
2020-06-04 12:41:35,187 Attached to ip:22
2020-06-04 12:41:35,188  (press Control-C to detach)
(xpra_cmd:18576): Pango-WARNING **: 12:41:35.866: couldn't load font "Bitstream Vera Sans Not-Rotated 14.662109375", falling back to "Sans Not-Rotated 14.662109375", expect ugly output.
2020-06-04 12:41:56,477 server is not responding, drawing spinners over the windows
2020-06-04 12:42:00,244 server is OK again
2020-06-04 12:42:05,087 toggling debug on backing gtk3.CairoBacking(<cairo.ImageSurface object at 0x0000000003fe3c50>) for window 286
2020-06-04 12:42:12,778 server is not responding, drawing spinners over the windows
2020-06-04 12:42:17,293 server is OK again
2020-06-04 12:42:53,314 server is not responding, drawing spinners over the windows
2020-06-04 12:43:03,372 server is OK again
2020-06-04 12:44:17,635 unknown string message: 0xc2a9 / 0x0 / 0x0
2020-06-04 12:44:43,498 server is not responding, drawing spinners over the windows
2020-06-04 12:44:51,293 server is OK again
2020-06-04 12:44:59,257 server is not responding, drawing spinners over the windows
2020-06-04 12:45:08,649 unknown string message: 0xc2a9 / 0x0 / 0x0
2020-06-04 12:45:11,012 server is OK again
2020-06-04 12:45:59,852 server is not responding, drawing spinners over the windows
2020-06-04 12:46:14,220 server is OK again
2020-06-04 12:46:47,026 unknown string message: 0xc2a9 / 0x0 / 0x0
2020-06-04 12:49:09,459 server is not responding, drawing spinners over the windows
2020-06-04 12:49:14,252 server is OK again
2020-06-04 12:49:19,664 server is not responding, drawing spinners over the windows
2020-06-04 12:49:51,794 server is OK again
2020-06-04 12:50:16,892 unknown string message: 0xc2a9 / 0x0 / 0x0

... followed by "server connection lost", with version varying in the r26160 - r26503 range


Thu, 04 Jun 2020 09:33:02 GMT - stdedos: attachment set


Thu, 04 Jun 2020 09:33:12 GMT - stdedos: attachment set


Thu, 04 Jun 2020 09:33:20 GMT - stdedos: attachment set


Thu, 04 Jun 2020 09:51:05 GMT - Antoine Martin: owner changed

Another instance of a seamless server excessively lagging. Sadly, I lost the client (and the log 😕)

This ticket is about the shadow server, is this now happening with the seamless server too? Can you grab the xpra info when the client is connected and having problems? 2.5 seconds between each screen update is worse than slideshow!


Thu, 04 Jun 2020 10:00:29 GMT - stdedos: owner changed

Replying to Antoine Martin:

Another instance of a seamless server excessively lagging. Sadly, I lost the client (and the log 😕)

This ticket is about the shadow server, is this now happening with the seamless server too?

I started mixing them, given that I see a lot less of shadow server action (I gave up trying to make that work as my default), and that issue appears in seamless modes too.

What is more annoying, is that e.g., for every 5 invocations, 2 are broken, 1 is meh, and 1 or 2 are maybe working (instead e.g. for something clearly, constantly broken). In seamless modes, those limitations are changed to 1 broken link every 15 invocations.

Can you grab the xpra info when the client is connected and having problems?

Apologies, redact-xpra-lag-200.log​ is an xpra-info. Added bonus: the timeout messages given when I was collecting xpra info concurrently with the client trying not to choke.

2.5 seconds between each screen update is worse than slideshow!

If you'd plot server timeout values like I asked somewhere (using a magic 9999 number), given wide enough graphs, that graph would look like a cardiograph instead. "Slideshow" is a gross understatement.


Thu, 04 Jun 2020 10:01:09 GMT - stdedos: summary changed


Thu, 04 Jun 2020 15:11:38 GMT - stdedos:

I am not sure if that would help somehow:

This is the total X utilization. I am guessing, that is :0, and 3 xpra displays, with ~10-20 windows among those displays. Average sessions connected over time would be ~1.4.

It also seems that X is writing to the disk considerably (NVMe M.2 disk though)


Thu, 04 Jun 2020 15:11:54 GMT - stdedos: attachment set


Thu, 04 Jun 2020 15:14:15 GMT - stdedos: attachment set


Mon, 08 Jun 2020 13:52:03 GMT - stdedos:

Example of death-by-spinners:

...GBRP)]}, 'GBRP': {'RGB': [swscale(GBRP to RGB)], 'BGR': [swscale(GBRP to BGR)], 'XRGB': [swscale(GBRP to XRGB)], 'BGRX': [swscale(GBRP to BGRX)], 'RGBX': [swscale(GBRP to RGBX)], 'XBGR': [swscale(GBRP to XBGR)], 'YUV420P': [swscale(GBRP to YUV420P)], 'YUV422P': [swscale(GBRP to YUV422P)], 'YUV444P': [swscale(GBRP to YUV444P)]}}
2020-06-08 16:25:12,228 server is not responding, drawing spinners over the windows
2020-06-08 16:25:14,270 server is OK again
2020-06-08 16:25:42,241 server is not responding, drawing spinners over the windows
2020-06-08 16:25:46,262 server is OK again
2020-06-08 16:25:52,252 server is not responding, drawing spinners over the windows
2020-06-08 16:25:53,006 server is OK again
2020-06-08 16:25:57,256 server is not responding, drawing spinners over the windows
2020-06-08 16:26:09,050 server is OK again
2020-06-08 16:26:32,330 server is not responding, drawing spinners over the windows
2020-06-08 16:26:41,440 server is OK again
2020-06-08 16:27:12,367 server is not responding, drawing spinners over the windows
2020-06-08 16:27:18,894 server is OK again
2020-06-08 16:27:27,503 server is not responding, drawing spinners over the windows
2020-06-08 16:27:43,571 server is OK again
2020-06-08 16:28:22,750 server is not responding, drawing spinners over the windows
2020-06-08 16:28:37,841 server is OK again
2020-06-08 16:28:42,823 server is not responding, drawing spinners over the windows
2020-06-08 16:28:58,731 server is OK again
2020-06-08 16:29:43,020 server is not responding, drawing spinners over the windows
2020-06-08 16:29:50,298 server is OK again
2020-06-08 16:29:53,133 server is not responding, drawing spinners over the windows
2020-06-08 16:30:21,982 server is OK again
2020-06-08 16:30:23,330 server is not responding, drawing spinners over the windows
2020-06-08 16:30:51,676 server is OK again
2020-06-08 16:31:28,917 server is not responding, drawing spinners over the windows
2020-06-08 16:31:54,250 server is OK again
2020-06-08 16:31:59,184 server is not responding, drawing spinners over the windows
2020-06-08 16:32:33,293 server is OK again
2020-06-08 16:32:39,512 server is not responding, drawing spinners over the windows
2020-06-08 16:33:33,184 server is OK again
2020-06-08 16:33:50,333 server is not responding, drawing spinners over the windows
2020-06-08 16:34:09,763 server is OK again
2020-06-08 16:34:15,598 server is not responding, drawing spinners over the windows
2020-06-08 16:34:46,957 server is OK again
2020-06-08 16:35:31,447 server is not responding, drawing spinners over the windows
2020-06-08 16:35:37,230 server is OK again
2020-06-08 16:35:41,552 server is not responding, drawing spinners over the windows
2020-06-08 16:36:22,706 server is OK again
2020-06-08 16:36:27,444 server is not responding, drawing spinners over the windows
2020-06-08 16:37:08,519 server is OK again
2020-06-08 16:37:13,168 server is not responding, drawing spinners over the windows
2020-06-08 16:38:07,107 server is OK again
2020-06-08 16:38:19,001 server is not responding, drawing spinners over the windows
2020-06-08 16:38:50,864 server is OK again
2020-06-08 16:39:04,008 server is not responding, drawing spinners over the windows
2020-06-08 16:39:55,669 server is OK again
2020-06-08 16:40:54,064 server is not responding, drawing spinners over the windows
2020-06-08 16:41:33,187 server is OK again

At this point, I decided that Re-initializing the windows sounds like a good idea.

2020-06-08 16:48:11,240 Connection lost
was: "xpra-clients\Xpra-Python3-x86_64_4.0-r26306\xpra_cmd" start ssh://user@ip/20 --ssh="plink -ssh -agent" --modal-windows=no --title="@title@ on @@/@server-display@" --opengl=no --bandwidth-limit=6Mbps
Press any key to continue . . .

Mon, 26 Oct 2020 14:10:41 GMT - stdedos:

Can we continue investigating this?

My seamless server looks like this:

It used to work with a Libre+gnome-terminal on the C32JG5x monitor; however, even a single DiffMerge? / Sublime Merge window there leads to this:

"Xpra-Python3-x86_64_4.1-r27735\xpra_cmd" attach ssh://user@ip/3 --ssh="plink -ssh -agent" --modal-windows=no --title="@title@ on @@/@server-display@" --headerbar=off --opengl=no --bandwidth-limit=6Mbps
XPRA_CUSTOM_TITLE_BAR=0
XPRA_EXECUTABLE=Xpra-Python3-x86_64_4.1-r27735
XPRA_REPAINT_ALL=1
XPRA_SCROLL_ENCODING=0
2020-10-26 11:10:15,653 Xpra GTK3 client version 4.1-r27735 64-bit
2020-10-26 11:10:15,656  running on Microsoft Windows 10
2020-10-26 11:10:16,747 GStreamer version 1.18.0 for Python 3.8.6 64-bit
2020-10-26 11:10:17,096 created named pipe 'Xpra\13616'
2020-10-26 11:10:17,451 keyboard layout code 0x409
2020-10-26 11:10:17,451 identified as 'United States - English' : us
2020-10-26 11:10:17,620 Warning: libqrencode not found
2020-10-26 11:10:17,760  keyboard settings: layout=us
2020-10-26 11:10:17,765  desktop size is 4160x1440 with 1 screen:
2020-10-26 11:10:17,766   Default (1100x381 mm - DPI: 96x96) workarea: 4160x1400
2020-10-26 11:10:17,766     Generic PnP Monitor 1600x900 at 0x534 (309x174 mm - DPI: 131x131) workarea: 1600x860 at 0x534
2020-10-26 11:10:17,767     C32JG5x 2560x1440 at 1600x0 (697x392 mm - DPI: 93x93) workarea: 2560x1400 at 1600x0
2020-10-26 11:10:23,386 enabled remote logging
2020-10-26 11:10:23,390 Xpra GTK3 X11 server version 3.0.12-r27620 64-bit
2020-10-26 11:10:23,393  running on Linux Ubuntu 16.04 xenial
2020-10-26 11:10:23,423 Attached to 172.16.57.121:22
2020-10-26 11:10:23,434  (press Control-C to detach)
(xpra_cmd:13616): Pango-WARNING **: 11:10:23.943: couldn't load font "Bitstream Vera Sans Not-Rotated 14.662109375", falling back to "Sans Not-Rotated 14.662109375", expect ugly output.
2020-10-26 11:10:24,978 UI thread is now blocked
2020-10-26 11:10:25,414 UI thread is running again, resuming
2020-10-26 11:10:28,350 Warning: static gravity is not handled
2020-10-26 11:10:54,029 Warning: failed to set clipboard data
2020-10-26 11:10:54,033  OpenClipboard: too many failed attempts, giving up
2020-10-26 11:10:59,738 Warning: failed to set clipboard data
2020-10-26 11:10:59,741  OpenClipboard: too many failed attempts, giving up
2020-10-26 11:13:11,186 Warning: failed to set clipboard data
2020-10-26 11:13:11,189  OpenClipboard: too many failed attempts, giving up
2020-10-26 11:37:20,771 server is not responding, drawing spinners over the windows
2020-10-26 11:37:21,029 server is OK again
2020-10-26 12:06:56,773 server is not responding, drawing spinners over the windows
2020-10-26 12:06:57,035 server is OK again
2020-10-26 12:21:52,390 server is not responding, drawing spinners over the windows
2020-10-26 12:21:53,400 server is OK again
2020-10-26 12:23:37,434 server is not responding, drawing spinners over the windows
2020-10-26 12:23:38,692 server is OK again
2020-10-26 12:23:42,438 server is not responding, drawing spinners over the windows
2020-10-26 12:23:43,194 server is OK again
2020-10-26 12:23:47,444 server is not responding, drawing spinners over the windows
2020-10-26 12:23:52,466 server is OK again
2020-10-26 12:23:57,460 server is not responding, drawing spinners over the windows
2020-10-26 12:24:15,783 server is OK again
2020-10-26 12:24:32,625 server is not responding, drawing spinners over the windows
2020-10-26 12:24:37,651 server is OK again
2020-10-26 12:25:27,737 server is not responding, drawing spinners over the windows
2020-10-26 12:25:33,517 server is OK again
2020-10-26 12:29:32,895 server is not responding, drawing spinners over the windows
2020-10-26 12:29:48,974 server is OK again
2020-10-26 12:30:08,137 server is not responding, drawing spinners over the windows
2020-10-26 12:30:12,933 server is OK again
2020-10-26 12:36:33,270 server is not responding, drawing spinners over the windows
2020-10-26 12:36:36,074 server is OK again
2020-10-26 12:36:38,279 server is not responding, drawing spinners over the windows
2020-10-26 12:36:57,126 server is OK again
2020-10-26 12:38:09,318 Warning: failed to set clipboard data
2020-10-26 12:38:09,320  OpenClipboard: too many failed attempts, giving up
2020-10-26 12:39:03,619 Warning: failed to set clipboard data
2020-10-26 12:39:03,623  OpenClipboard: too many failed attempts, giving up
2020-10-26 12:50:47,438 Warning: failed to set clipboard data
2020-10-26 12:50:47,441  OpenClipboard: too many failed attempts, giving up
2020-10-26 13:08:59,992 server is not responding, drawing spinners over the windows
2020-10-26 13:09:07,101 server is OK again
2020-10-26 13:09:10,094 server is not responding, drawing spinners over the windows
2020-10-26 13:09:13,622 server is OK again
2020-10-26 13:09:15,176 server is not responding, drawing spinners over the windows
2020-10-26 13:09:18,487 server is OK again
2020-10-26 13:09:30,210 server is not responding, drawing spinners over the windows
2020-10-26 13:09:33,732 server is OK again
2020-10-26 13:09:37,551 UI thread is now blocked
2020-10-26 13:09:37,697 UI thread is running again, resuming
2020-10-26 13:09:52,092 server is not responding, drawing spinners over the windows
2020-10-26 13:09:57,462 server is OK again
2020-10-26 13:10:00,219 server is not responding, drawing spinners over the windows
2020-10-26 13:10:04,889 server is OK again
2020-10-26 13:10:13,302 server is not responding, drawing spinners over the windows
2020-10-26 13:10:19,895 server is OK again
2020-10-26 13:10:22,435 server is not responding, drawing spinners over the windows
2020-10-26 13:10:29,734 server is OK again
2020-10-26 13:11:30,740 server is not responding, drawing spinners over the windows
2020-10-26 13:11:34,009 server is OK again
2020-10-26 13:11:37,786 server is not responding, drawing spinners over the windows
2020-10-26 13:11:41,859 server is OK again
2020-10-26 13:11:46,867 server is not responding, drawing spinners over the windows
2020-10-26 13:11:52,902 server is OK again

This is even without the "stable" windows being on the second monitor.


Mon, 26 Oct 2020 14:11:11 GMT - stdedos: attachment set


Mon, 26 Oct 2020 14:11:21 GMT - stdedos: attachment set


Mon, 16 Nov 2020 14:28:21 GMT - Antoine Martin: owner, status, milestone changed

#2421 may help us spot bandwidth issues earlier


Mon, 23 Nov 2020 23:15:55 GMT - stdedos:

Something-something related to my case (or some other ticket, I am not sure anymore 😅) may be this e-mail from the mailing list:

Message: 2
Date: Tue, 17 Nov 2020 17:02:40 +0000
From: David Johnston <djohnston@dlstech.com>
To: "shifter-users@lists.devloop.org.uk"
        <shifter-users@lists.devloop.org.uk>
Subject: [winswitch] XPRA performance on jittery and droppy
        connections
Message-ID:
        <YT1PR01MB333729DF4D443426BBE36FBAB5E20@YT1PR01MB3337.CANPRD01.PROD.OUTLOOK.COM>

Fri, 18 Dec 2020 12:18:40 GMT - Antoine Martin:

Actual link: XPRA performance on jittery and droppy connections.

This is the last blocker ticket I am looking to before releaseing 4.0.6 and then 4.1.

It is tracked in various tickets, the current one I am using to record progress is : #2812. I am hoping to have a reliable fix soon.


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

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