Hello,
I can connect to Xpra sessions with the 0.8.4 Windows launcher in SSH mode without a problem, but TCP mode is broken. The launcher disappears for the moment, reappears with "command terminated OK" message.
Connecting to the same session using the Linux launcher and current SVN works fine.
The server on the other side is 0.8.1. Help appreciated!
I test TCP mode very regularly (more often than SSH mode), so this must really be one of the last few changes - can you try 0.8.2 to narrow it down further?
Also, is it broken if you use the command line version or just using the launcher?
0.8.2 : launcher doesn't work in TCP mode, with a correct or incorrect password (haven't tried without any password).
Works with commandline version though.
It works ok in TCP mode without a password, on Windows 7 Pro, both with 0.8.2 and 0.8.4
Does this patch fix the issue (applies both to trunk and v0.8.x branch):
--- src/xpra/scripts/client_launcher.py (revision 2745)
+++ src/xpra/scripts/client_launcher.py (working copy)
@@ -566,7 +566,7 @@
self.do_connect()
def do_connect(self):
- if xpra_opts.mode=="tcp" and not sys.platform.startswith("win"):
+ if xpra_opts.mode=="tcp":
""" Use built-in connector (faster and gives feedback) - does not work on win32... (dunno why) """
self.connect_tcp()
else:
works or me(tm)
Patch makes the launcher work OK for TCP sessions with password - but not with a config file when autoconnect=True!
Note that autoconnect=True doesn't work without the patch either.
So the patch does seem to fix part of the issue.
OK, so I've committed the patch as r2754 + r2755 (for 0.8.x)
Now, on to figure out the auto-connect thing... (I really hope that was not the reason for the win32 workaround..)
use the standard codepath for launching with autoconnect (breaks ssh..)
better cleanup, ssh works but socket timeout does not :(
updated patch with cruft removed
Please test the updated v4 patch against trunk, on win32 and also on other platforms just to be safe, also using config files for launching.
updated patch fixing username option, can be specified in two ways: username@host or username field in gui (the former takes precedence)
With the patch nr. 5:
win32, TCP mode, config file, autoconnect = True : works win32, TCP mode, config file, autoconnect = False : works win32, TCP mode, details in GUI : works
Committed v6 (minor tweaks) in r2762 - please help with testing! (will then backport to v0.8.x)
What we want to test:
For those testing and unsure about what auto-connect is, one can create session files (and the launcher will eventually gain the ability to edit and save those files).
These files are associated with the xpra_launcher application via extension lookup / mime-types (except on osx) so double-clicking on them should fire up the launcher, and if the file has autoconnect = True then the launcher will connect automatically without first showing the GUI.
One can also do this by hand from the command line, which is better for debugging/testing, ie:
xpra_launcher /path/to/session1.xpra
Or on win32:
Xpra_Launcher.exe C:\path\to\session1.xpra
The extension for those files is .xpra and they should look something like this:
mode = tcp host = 192.168.1.16 port = 10000 password = yoursessionpassword encoding = x264
mode = ssh host = 192.168.1.16 port = 10 username = yourusername password = yoursshpassword encoding = x264
Notes:
--password-file option) is currently not supported: it should work, but really, why bother? As you already have strong authentication with SSH, and there is currently no way of specifying a different password for the session authentication.
Confirmed working in 0.8.6rc : TCP mode both with and without config file as well as SSH mode without config file.
backported to v0.8.x in r2764
Closing at last!
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/260