0.9.4 is unable to attach to session if SSH handshake or entering password takes longer than ~8 seconds.
Perhaps 8 seconds is too short for (establishing) connection timeout while there shall be no timeout for password prompt.
See more
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710868 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710866
(taken from the bug linked above)
To simulate SSH that takes a while to connect, create a file named "slowssh.bash
" with the following contents and make it executable:
#!/bin/bash sleep 15 exec /usr/bin/ssh "$@"
and use this with xpra --ssh=./slowssh.bash ssh:...
should be fixed in r3561 - will backport to v0.9.x
in v0.9.x as of r3591
This still occurs with 0.9.6+dfsg-1:
oregano:~$ xpra attach --ssh ./slowssh.bash ssh:lindi1:7 xpra client version 0.9.6 2013-07-17 06:26:04,694 connection closed after 0 packets received (0 bytes) and 1 packets sent (8264 bytes) 2013-07-17 06:26:04,696 Connection lost
Or hmm, ignore the previous comment, this must be a new bug that doesn't occur exactly in the same way, sorry for the noise...
FWIW: just tested again, and this works fine with both trunk and the v0.9.x branch.
BTW, you can ensure your server is running the latest version with:
xpra version ssh:lindi1:7
It is, the bug of course occured only on unreliable 3G connection and I can't reproduce it with the slowssh.bash now when I'm at office.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/348