#2352 closed defect (fixed)
xpra shadow server has unexplained delays
Reported by: | stdedos | Owned by: | stdedos |
---|---|---|---|
Priority: | major | Milestone: | 3.0 |
Component: | server | Version: | 2.5.x |
Keywords: | Cc: |
Description
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
Attachments (1)
Change History (5)
Changed 3 years ago by
Attachment: | Xpra_cmd_2019-07-03_12-29-54.png added |
---|
comment:1 Changed 3 years ago by
Owner: | changed from Antoine Martin to stdedos |
---|
comment:3 Changed 3 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
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
comment:4 Changed 16 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2352
Does the problem go away if you disable the clipboard?
Does re-connecting help?
As per wiki/ReportingBugs, the usual would be a good start:
xpra info
before and especially after the problem-d shadow
outputetc