This happens on some distributions that ship old versions of Python-Twisted (older than 10.x?) - the user will not be able to use their SSH key with Window Switch because of this.

This causes stacktraces like this one:

[II] 2011/08/09 17:41:05 ConchUserAuth.ok(################,False)
[EE] 2011/08/09 17:41:05 ConchUserAuth.ok((...),False) cannot load private key
[ee] 2011/08/09 17:41:05 Traceback (most recent call last):
[ee] 2011/08/09 17:41:05   File "/usr/lib/pymodules/python2.6/winswitch/net/conch_util.py", line 228, in ok
[ee] 2011/08/09 17:41:05     key = privateKeyFromFile(self.factory.private_key, new_passphrase)
[ee] 2011/08/09 17:41:05   File "/usr/lib/pymodules/python2.6/winswitch/net/conch_util.py", line 207, in privateKeyFromFile
[ee] 2011/08/09 17:41:05     return     keys.Key.fromFile(filename, passphrase=passphrase).keyObject
[ee] 2011/08/09 17:41:05   File "/usr/lib/python2.6/dist-packages/twisted/conch/ssh/keys.py", line 62, in fromFile
[ee] 2011/08/09 17:41:05     return Class.fromString(file(filename, 'rb').read(), type, passphrase)
[ee] 2011/08/09 17:41:05   File "/usr/lib/python2.6/dist-packages/twisted/conch/ssh/keys.py", line 90, in fromString
[ee] 2011/08/09 17:41:05     return method(data, passphrase)
[ee] 2011/08/09 17:41:05   File "/usr/lib/python2.6/dist-packages/twisted/conch/ssh/keys.py", line 216, in _fromString_PRIVATE_OPENSSH
[ee] 2011/08/09 17:41:05     keyData = DES3.new(decKey, DES3.MODE_CBC, iv).decrypt(b64Data)
[ee] 2011/08/09 17:41:05 ValueError: Input strings must be a multiple of 8 in length

It will occur more often now that distros are using the AES-128 cypher when generating SSH keys.

This bug is here just as a reminder that there is absolutely nothing we can do about this: it is the distribution's responsibility to fix their buggy libraries. Once again, Ubuntu is shipping buggy versions in its "stable" release... sigh

More info ​at zenoss.org and ​their ticket

I have seen this sort of crash before (usually on shutdown with control-C), but this seems to happen during runtime which is more problematic... The ​original bug (was on the wrong tracker) says this happens on clicking "Apply" in the options window (I assume the main 'Configuration' dialog - not the server options?).

I first thought that this was due to pybonjour, but the backtrace also seems to point to pynotify (and gio/dbus) - maybe we need an idle_add call on the notify path?

Split from #168 - see there for details.

What we want is the ability for the user connected to the session to decide what to do with requests (within that session) for opening new files and URLs. Give them 3 options:

• open them as normal (application used will be part of the same session as the one that launched it) - current behaviour
• open them in a new session (create a new session and attach it automatically)
• open them on the client (only valid for URLs, files would have to be copied over first which is a lot more tricky!)