xpra icon
Bug tracker and wiki

Opened 2 years ago

Closed 2 years ago

#1813 closed defect (fixed)

cannot attach from win10 client

Reported by: stdedos Owned by: stdedos
Priority: major Milestone:
Component: android Version: 2.2.x
Keywords: Cc:

Description (last modified by Antoine Martin)

Issues arising from #1806 testing.

Attachments (3)

xpra-log-2.log (6.8 KB) - added by stdedos 2 years ago.
xpra-attach.log (535.6 KB) - added by stdedos 2 years ago.
xpra-logs.tar.bz2 (14.6 KB) - added by stdedos 2 years ago.

Download all attachments as: .zip

Change History (8)

Changed 2 years ago by stdedos

Attachment: xpra-log-2.log added

Changed 2 years ago by stdedos

Attachment: xpra-attach.log added

comment:1 Changed 2 years ago by stdedos

Can you tell from the logs where the connection originated from, or break down the file into connection attempts? I will try to comment your statements and also "draw a timeline" (mentioning connection attempt # and location from where I attach).

Warning: more than 30 clipboard requests per second!:

I would assume this happened when I first attached. I attached from localhost - so xpra shadow :0 on the server and xpra attach on the server.
This was working perfectly. ... except for the fact that there was a major shadowing loop since xpra shadow and xpra attach happened on the same computer. I did have a perfomance hit, but nothing major. I "fixed" it by scaling the windows to 25%. Fuctionality seemed okay.

I closed this client

Warning: delayed region timeout region is 15 seconds old, will retry - bad connection?:

This is connection attempt 2 and 3. Connection was made remotely - so that means, from the Windows 10 2.2.6 latest setup. I never actually got to see the windows. I got the red disconnected message (no response, it could mean no credentials - thing).

Last edited 2 years ago by Antoine Martin (previous) (diff)

comment:2 Changed 2 years ago by Antoine Martin

Description: modified (diff)
Owner: changed from Antoine Martin to stdedos
Summary: Issues arising from #1806 testingcannot attach from win10 client

(removing cut&paste from #1806 - linking to it is enough, also changed the title: only one issue at a time, there's only one issue unresolved in this ticket AFAICT anyway)

Can you tell from the logs where the connection originated from

Each new connection will log a message like this one:

New tcp connection received from 127.0.0.1:60624 on 0.0.0.0:10000

I never actually got to see the windows.
I got the red disconnected message

What exact message?

Try connecting to a regular "start" session instead of a "shadow" session - this shouldn't make any difference, but who knows what is going on with your setup.
This is also known to work reliably and is being used by thousands of people every day.
Also try connecting from another client, ie: html5 client or Linux client, so at least we know which end is having problems, client or server.

comment:3 in reply to:  2 Changed 2 years ago by stdedos

Replying to Antoine Martin:

Can you tell from the logs where the connection originated from

Each new connection will log a message like this one:

New tcp connection received from 127.0.0.1:60624 on 0.0.0.0:10000

I cannot see "new tcp connection" when I am doing "C:\Program Files\Xpra\xpra_cmd" attach ssh:sntentos@172.16.57.108:0 --desktop-scaling=0.25. I splitted the logfiles regardless for more clarity.

Server is on Ubuntu 16.04.3

  • xpra-attach-locally.log - Attach from said computer. It creates the clipboard loop as you mentioned. Client connects with xpra attach :0 --desktop-scaling=0.25 --clipboard=no
  • xpra-attach-win10.log - Attach from Windows10 laptop. Client connects with "C:\Program Files\Xpra\xpra_cmd" attach ssh:sntentos@172.16.57.108:0 --desktop-scaling=0.25
  • xpra-start-xterm.log - HTML5 client on a simple xterm. Initially, I get "Cannot connect" on Vivaldi, then after 10 or so seconds, I see Opening WebSocket? ws://***/. It seems to work correctly. Server does not close after giving Ctrl+D on the terminal - should/shouldn't it?

I never actually got to see the windows.
I got the red disconnected message

What exact message?

C:\>"C:\Program Files\Xpra\xpra_cmd" shadow ssh://sntentos@172.16.57.108//:0
2018-04-20 11:19:23,001 Xpra gtk2 client version 2.2.6-r18959 64-bit
2018-04-20 11:19:23,017  running on Microsoft Windows 10
2018-04-20 11:19:24,048 GStreamer version 1.12.4 for Python 2.7.14 64-bit
2018-04-20 11:19:24,282 OpenGL_accelerate module loaded
2018-04-20 11:19:24,361 Using accelerated ArrayDatatype
2018-04-20 11:19:25,236 Warning: vendor 'Intel' is greylisted,
2018-04-20 11:19:25,236  you may want to turn off OpenGL if you encounter bugs
2018-04-20 11:19:33,892 OpenGL enabled with Intel(R) HD Graphics 4000
2018-04-20 11:19:34,064  keyboard settings: layout=us
2018-04-20 11:19:34,064  desktop size is 1600x900 with 1 screen:
2018-04-20 11:19:34,064   2\WinSta-Default (423x238 mm - DPI: 96x96) workarea: 1600x860
2018-04-20 11:19:34,064     DISPLAY1 (310x174 mm - DPI: 131x131)
2018-04-20 11:19:34,111 keyboard layouts: us,gr
2018-04-20 11:19:34,220 Error: failed to receive anything, not an xpra server?
2018-04-20 11:19:34,236   could also be the wrong protocol, username, password or port
2018-04-20 11:19:34,236 Connection lost

But I figured this has to do with the command line. For me, it is not shadow ssh://sntentos@172.16.57.108//:0 but shadow ssh:sntentos@172.16.57.108:0

Try connecting to a regular "start" session instead of a "shadow" session - this shouldn't make any difference, but who knows what is going on with your setup.

After fixing the command line, "all things appear to work".

This is also known to work reliably and is being used by thousands of people every day.

I know, and I value the effort, professionalism and the time you spend to keep xpra active, up-to-date, and bulletproof. This is why I decided to put in a feature request and all the "issues" that arose from it. I am sorry if that is not coming out.

Also try connecting from another client, ie: html5 client or Linux client, so at least we know which end is having problems, client or server.

Mentinoned HTML5 client already

Changed 2 years ago by stdedos

Attachment: xpra-logs.tar.bz2 added

comment:4 Changed 2 years ago by Antoine Martin

Server does not close after giving Ctrl+D on the terminal - should/shouldn't it?

That depends on a number of things:

  • server command line, does it use "exit-with-children" and "start-child"?
  • html5 client: does it have debug enabled?

Works for me, though the browser will display a "cannot connect" page since the server is now dead.

I cannot see "new tcp connection" when I am doing .. attach via ssh

SSH connections will show up as "unix-domain" (same as local socket connections), ie:

New unix-domain connection received on /run/user/1000/xpra/desktop-3

ssh://sntentos@172.16.57.108//:0

Remove the double slash at the end, I have edited ticket:1806#comment:8 which wrongly contained it. Also remove the ":", so that becomes: ssh://sntentos@172.16.57.108/0

I know, and I value the effort,...

Thanks

comment:5 Changed 2 years ago by stdedos

Resolution: fixed
Status: newclosed

As I managed to solve #1815, I'd say that this is invalid and/or affected by clipboard.

Note: See TracTickets for help on using tickets.