shadow/seamless debugging latency

[totaam]

Issue migrated from trac ticket # 2617

component: client | priority: major

2020-03-03 20:31:54: stdedos created the issue

---

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

[[Image(xpra-shadow-high-latency.png)]]

It seems though that it's a "generic" issue:
[[Image(xpra-gnome-terminal-latency.png)]]
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
[[Image(xpra-shadow-high-latency-vivaldi_2020-03-03_21-36-40.png)]]

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](../commit/9c5bff0dc84d4d4537741f3f282c101ed84a81a7)\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](../commit/9c5bff0dc84d4d4537741f3f282c101ed84a81a7) 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](../commit/86fdb78c7bf461e68008d62bac8a4bf54dd5f12c) 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:

• 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
  [[Image(Xpra-save-graph_cmd_2020-03-03_22-24-26.png)]]
• That message [[Image(Xpra_cmd_2020-03-03_21-19-19.png)]]
• Saving the graph in r25345 froze everything for ~ 30 seconds (^^^^)
• Add the filename extension when saving in Windows. Basically, unless the file is saved as *.png (in this case), append .png (even if someone saves with e.g. .jpg)

[totaam]

2020-03-03 20:32:17: stdedos uploaded file Xpra_cmd_2020-03-03_21-19-19.png (31.4 KiB)

[totaam]

2020-03-03 20:32:26: stdedos uploaded file xpra-gnome-terminal-latency.png (16.8 KiB)

[totaam]

2020-03-03 20:32:35: stdedos uploaded file Xpra-save-graph_cmd_2020-03-03_22-24-26.png (31.9 KiB)

[totaam]

2020-03-03 20:32:44: stdedos uploaded file xpra-shadow-high-latency.png (23.8 KiB)

[totaam]

2020-03-03 20:32:54: stdedos uploaded file xpra-shadow-high-latency-vivaldi_2020-03-03_21-36-40.png (35.3 KiB)

[totaam]

2020-03-03 20:34:57: stdedos commented

---

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:

• Add the filename extension when saving in Windows. Basically, unless the file is saved as *.png (in this case), append .png (even if someone saves with e.g. .jpg)

[totaam]

(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.

[totaam]

2020-03-04 05:43:48: stdedos commented

---

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

[totaam]

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

[totaam]

2020-03-05 21:24:37: stdedos commented

---

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

Apologies.

[totaam]

2020-03-31 11:38:23: stdedos commented

---

I'll re-use this for investigating a seamless session:
And xpra-info attaching soon

[totaam]

2020-03-31 11:38:45: stdedos uploaded file communication-4.png (16.9 KiB)

[totaam]

2020-03-31 11:38:56: stdedos uploaded file latency-4.png (7.2 KiB)

[totaam]

2020-03-31 11:57:52: stdedos uploaded file redact-xpra-2617-20.log (442.7 KiB)

[totaam]

2020-04-16 08:24:40: stdedos commented

---

@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 😕

[totaam]

2020-04-17 14:58:33: stdedos commented

---

Graph is saying that:
[[Image(latency-broken.png)]]

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, Received4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum # 17ms, Maximum31ms, Average = 21ms

[[Image(netdata_cpu-utilization_vivaldi_2020-04-17_16-54-59.png)]]

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

[totaam]

2020-04-17 14:58:48: stdedos uploaded file netdata_cpu-utilization_vivaldi_2020-04-17_16-54-59.png (50.0 KiB)

[totaam]

2020-04-17 14:59:01: stdedos uploaded file latency-broken.png (7.4 KiB)

[totaam]

2020-04-22 14:57:10: antoine commented

---

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

[totaam]

2020-04-23 08:38:05: stdedos commented

---

From a recently spawned shadow server:

"Xpra-Python3-x86_64_4.0-26124\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-26124 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-26132 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

[[Image(Xpra-2617_cmd_2020-04-23_10-30-18.png)]]
[[Image(Xpra-2617_cmd_2020-04-23_10-31-01.png)]]

[totaam]

2020-04-23 08:38:18: stdedos uploaded file Xpra-2617_cmd_2020-04-23_10-30-18.png (32.1 KiB)

[totaam]

2020-04-23 08:38:27: stdedos uploaded file Xpra-2617_cmd_2020-04-23_10-31-01.png (26.5 KiB)

[totaam]

2020-04-23 08:38:38: stdedos uploaded file redact-xpra-2617_2020_04_23_10_32_35.log (341.3 KiB)

[totaam]

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.

[totaam]

2020-04-23 11:34:38: stdedos commented

---

Replying to [comment:12 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.

[totaam]

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:

• XPRA_SHADOW_REFRESH_DELAY=200 xpra shadow ... (limits the refresh rate to 5fps - you may even try to increase it even higher)
• XPRA_MAX_SOFT_EXPIRED=0 xpra shadow ... (limits how many frames we send without receiving the echo)

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

[totaam]

2020-04-28 18:05:28: stdedos commented

---

Replying to [comment:14 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:

• XPRA_SHADOW_REFRESH_DELAY=200 xpra shadow ... (limits the refresh rate to 5fps - you may even try to increase it even higher)
• XPRA_MAX_SOFT_EXPIRED=0 xpra shadow ... (limits how many frames we send without receiving the echo)

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.

[totaam]

2020-04-29 08:06:17: stdedos commented

---

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

[totaam]

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.

[totaam]

2020-04-29 08:41:51: stdedos commented

---

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

"Xpra-Python3-x86_64_4.0-26124\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-26132 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-26124 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-26132 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

[totaam]

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.

[totaam]

2020-05-05 11:54:57: stdedos commented

---

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

[totaam]

I can try to check it again.

Please include the full xpra info.

[totaam]

2020-05-15 09:57:50: stdedos commented

---

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:

• NOT 5fps video (unless I cannot see it, idk)
• Too high client CPU for 5fps (or in general looks too high, but I think we've discussed you cannot fix this against Xenial Server)
• Graph says recv 32000 Kb/s. (a) I doubt it, (b) I have 6mbps limit set
• Graph shows how "server is not responding, drawing spinners over the windows" looks like to me - 0 received data. How does that even work?
• Latency seems off. On "Server not responding", can it just render blank? I would say 9999, but then that will overshoot y-axis until stabilization
• Client and redacted xpra info (collected at Xpra-2617-weird-graph_cmd_2020-05-15_11-16-51.png's time)

[totaam]

2020-05-15 09:58:07: stdedos uploaded file xpra-2617-diag-v2.zip (196.4 KiB)

[totaam]

2020-06-04 10:32:49: stdedos commented

---

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

[[Image(xpra-lag-200.png)]]

Example would look like this:

"Xpra-Python3-x86_64_4.0-26306\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-26306 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-26132 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

[totaam]

2020-06-04 10:33:03: stdedos uploaded file redact-display-_200-$TIMESTAMP.log.bz2 (378.6 KiB)

[totaam]

2020-06-04 10:33:13: stdedos uploaded file redact-xpra-lag-200.log (169.3 KiB)

[totaam]

2020-06-04 10:33:21: stdedos uploaded file xpra-lag-200.png (38.3 KiB)

[totaam]

2020-06-04 10:51:06: antoine commented

---

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!

[totaam]

2020-06-04 11:00:30: stdedos commented

---

Replying to [comment:31 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.

[totaam]

2020-06-04 16:11:38: stdedos commented

---

I am not sure if that would help somehow:

[[Image(netdata_2020-06-04_18-09-01.png)]]

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)
[[Image(netdata_2020-06-04_18-13-03.png)]]

[totaam]

2020-06-04 16:11:55: stdedos uploaded file netdata_2020-06-04_18-09-01.png (549.6 KiB)

[totaam]

2020-06-04 16:14:16: stdedos uploaded file netdata_2020-06-04_18-13-03.png (284.4 KiB)

[totaam]

2020-06-08 14:52:04: stdedos commented

---

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-26306\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 . . .

[totaam]

2020-10-26 14:10:42: stdedos commented

---

Can we continue investigating this?

My seamless server looks like this:
[[Image(Xpra_cmd_2020-10-26_13-11-16.png)]]
[[Image(Xpra_cmd_2020-10-26_13-12-07.png)]]

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](../commit/ca0c92ef31a7ed3726e2f071dd2ae1db0b822df2)\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](../commit/ca0c92ef31a7ed3726e2f071dd2ae1db0b822df2)
XPRA_REPAINT_ALL=1
XPRA_SCROLL_ENCODING=0

2020-10-26 11:10:15,653 Xpra GTK3 client version 4.1-[r27735](../commit/ca0c92ef31a7ed3726e2f071dd2ae1db0b822df2) 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](../commit/7eac9a9d283d837589e80430ee4d1c2f49470a3f) 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.

[totaam]

2020-10-26 14:11:11: stdedos uploaded file Xpra_cmd_2020-10-26_13-11-16.png (36.8 KiB)

[totaam]

2020-10-26 14:11:21: stdedos uploaded file Xpra_cmd_2020-10-26_13-12-07.png (35.4 KiB)

[totaam]

#2421 may help us spot bandwidth issues earlier

[totaam]

2020-11-23 23:15:55: stdedos commented

---

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: "Mailing List"
        Mailing List
Subject: [winswitch] XPRA performance on jittery and droppy
        connections
Message-ID:
        <YT1PR01MB333729DF4D443426BBE36FBAB5E20@YT1PR01MB3337.CANPRD01.PROD.OUTLOOK.COM>

[totaam]

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.

[totaam]

Lets' close this one, will follow up in #2812 and #2421