xpra icon
Bug tracker and wiki

Opened 6 weeks ago

Last modified 7 days ago

#2792 new defect

xpra shadow server "not working"

Reported by: stdedos Owned by: stdedos
Priority: minor Milestone: 4.1
Component: server Version: 3.0.x
Keywords: Cc:

Description

Related to #2791?

While the client connects (and while #2791 is somewhat affecting), the client is opening the monitor windows, but it is effectively in a non-operational state.

Also related to #2617.

Logs, after filtered with | grep -viP "(New unix-domain connection received|on '[^']+xpra/user-ix-main-pc-0'|clipboard)", are very small and do not immediately reveal anything.

I did not have a chance to capture xpra-info before the server decided it was time to die.

Attachments (1)

redact-display-_0-$TIMESTAMP.log (10.4 KB) - added by stdedos 6 weeks ago.

Download all attachments as: .zip

Change History (5)

Changed 6 weeks ago by stdedos

comment:1 Changed 6 weeks ago by Antoine Martin

Owner: changed from Antoine Martin to stdedos

I assume this is a regression?
A client regression?
Does it work with a Linux client? 4.0 client?
Can you post the client log?

comment:2 in reply to:  1 Changed 6 weeks ago by stdedos

Replying to Antoine Martin:

I assume this is a regression?

Yes

A client regression?

Idk, that is my guess

Does it work with a Linux client? 4.0 client?

This makes no sense to my workflow, and I don't have a system to test with that configuration. I also have been having #2617 - this could be the most recent/severe version of it (I also have used different client versions, so I decided to post a new bug, just to be sure).

Can you post the client log?

Equivalent to

"Xpra-Python3-x86_64_4.1-r26503\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-01 09:44:34,754 Xpra GTK3 client version 4.1-r26503 64-bit
2020-06-01 09:44:34,756  running on Microsoft Windows 10
2020-06-01 09:44:34,825 Warning: failed to import opencv:
2020-06-01 09:44:34,825  No module named 'cv2'
2020-06-01 09:44:34,826  webcam forwarding is disabled
2020-06-01 09:44:35,422 GStreamer version 1.16.2 for Python 3.8.3 64-bit
2020-06-01 09:44:35,789 keyboard layout code 0x409
2020-06-01 09:44:35,789 identified as 'United States - English' : us
2020-06-01 09:44:35,956  keyboard settings: layout=us
2020-06-01 09:44:35,959  desktop size is 4160x1440 with 1 screen:
2020-06-01 09:44:35,960   Default (1100x381 mm - DPI: 96x96) workarea: 4160x1400
2020-06-01 09:44:35,960     Generic PnP Monitor 1600x900 at 0x534 (309x174 mm - DPI: 131x131) workarea: 1600x860
2020-06-01 09:44:35,960     C32JG5x 2560x1440 at 1600x0 (697x392 mm - DPI: 93x93) workarea: 2560x1400
2020-06-01 09:44:57,331 enabled remote logging
2020-06-01 09:44:57,333 Xpra GTK3 X11 server version 3.0.9-r26132 64-bit
2020-06-01 09:44:57,335  running on Linux Ubuntu 16.04 xenial

With these flags:
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

comment:3 Changed 7 days ago by Antoine Martin

It's not clear to me if the bug is server-side or client side.
Did this go away when you downgraded to 4.0.x?

comment:4 Changed 7 days ago by stdedos

Now that I think of it, actually yeah. I managed to use 2/3 shadow monitors with ease (given the latency ofc)

Note: See TracTickets for help on using tickets.