Xpra: Ticket #2352: xpra shadow server has unexplained delays
When connecting to a shadow server, I experience significant delays in drawing. In one case, tray icon was "stuck" in 1 clipboard request pending (maybe somehow related to #2338 ?)
In both cases, graph looked like this:
The "bump" in the graph indicates me doing "something" in the shadow server (in that case, I switched workspaces). Before doing "the action", the server was "idle" (I was working on something in the client) After doing "the action", it seems that server "stops" sending data.
Please advise on what diagnostics would be helpful :/
Client: Win10 / Xpra-Python3-x86_64_3.0-r23016 Server: Ubuntu 16.04.6 / v3.0-r23052
Wed, 03 Jul 2019 09:53:08 GMT - stdedos: attachment set
- attachment set to Xpra_cmd_2019-07-03_12-29-54.png
Wed, 03 Jul 2019 10:06:49 GMT - Antoine Martin: owner changed
- owner changed from Antoine Martin to stdedos
Does the problem go away if you disable the clipboard? Does re-connecting help?
Please advise on what diagnostics would be helpful :/
As per wiki/ReportingBugs, the usual would be a good start:
- command lines
xpra infobefore and especially after the problem- server log
- server desktop / wm
- maybe the server's
-d shadowoutput
etc
Mon, 22 Jul 2019 16:03:38 GMT - Antoine Martin:
Bump.
Wed, 24 Jul 2019 09:38:23 GMT - stdedos: status changed; resolution set
- status changed from new to closed
- resolution set to fixed
It seems that it is "somehow" fixed in these versions:
Xpra GTK3 client version 3.0-r23250 64-bit running on Microsoft Windows 10 GStreamer version 1.16.0 for Python 3.7.4 64-bit Xpra GTK3 shadow server version 3.0-r23271 64-bit running on Linux Ubuntu 16.04 xenial
Sat, 23 Jan 2021 05:49:00 GMT - migration script:
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2352