Custom Query (228 matches)


Show under each result:

Results (28 - 30 of 228)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Ticket Resolution Summary Owner Reporter
#267 worksforme NX not working on windows Nathan Rennie-Waldock Nathan Rennie-Waldock

Xming is failing to launch because one of the PATH variables is unicode and Python 2.7 doesn't accept unicode there.

[EE] 2014/18/09 15:15:47.722000 process_util.exec_nopipe(['C:\\Program Files (x86)\\WinSwitch\\Xming\\Xming.exe', ':6066', '-ac', '-multiwindow', '-clipboard', '-notrayicon'],None,None,False,False,None,True)
[ee] 2014/18/09 15:15:47.722000 Traceback (most recent call last):
[ee] 2014/18/09 15:15:47.722000   File "winswitch\util\process_util.pyc", line 119, in exec_nopipe
[ee] 2014/18/09 15:15:47.722000   File "subprocess.pyc", line 709, in __init__
[ee] 2014/18/09 15:15:47.722000   File "subprocess.pyc", line 957, in _execute_child
[ee] 2014/18/09 15:15:47.722000 TypeError: environment can only contain strings
[DD] 2014/18/09 15:15:47.722000 Xming_Util.start_Xming_display() xming process failed... None
[II] 2014/18/09 15:15:47.732000 NXClientUtil.Xming_err(coult not start Xming process)

Fix would be to add for k, v in env.items(): env[k] = str(v) to exec_nopipe in winswitch/util/

I've tested this in a Python shell since I'm not set up to build WinSwitch?.

>>> from subprocess import Popen
>>> env = {'GST_PLUGIN_PATH': u'C:\\Program Files (x86)\\WinSwitch\\gstreamer-0.10'}
>>> Popen("notepad", env=env)

Traceback (most recent call last):
  File "<pyshell#40>", line 1, in <module>
    Popen("notepad", env=env)
  File "C:\Portable Python\App\lib\", line 709, in __init__
    errread, errwrite)
  File "C:\Portable Python\App\lib\", line 957, in _execute_child
TypeError: environment can only contain strings

>>> for k, v in env.items(): env[k] = str(v)

>>> Popen("notepad", env=env)
<subprocess.Popen object at 0x02818410>
#266 fixed xpra v0.14.6-2 not working Nathan Rennie-Waldock Nathan Rennie-Waldock

xpra isn't working in 0.12.20 Server is Ubuntu 12.04 64bit, client is Windows 7 64bit Both run WinSwitch? 0.12.20. Server's xpra is v0.14.6-2

Part of server log:

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/xpra/server/", line 434, in _process_hello
  File "/usr/lib/python2.7/dist-packages/xpra/net/", line 383, in enable_compressor_from_caps
AttributeError: 'Protocol' object has no attribute 'enable_nocompress'
2014-09-18 15:06:53,999 connection timedout: Protocol(SocketConnection(('', 15063) - ('', 50844)))
2014-09-18 15:06:54,799 Connection lost

I've downgraded xpra to 0.13.9-1 and that's working.

#265 fixed difficulty with "msjnc" application and win-switch Eric Blade Eric Blade

Install msjnc application from:

Server running application is Ubuntu 14.04-1.

Application is installed into window-switch menus as "Internet->VPN Session Disconnect". (It's actual name in the system is "Network Connect")

Attempting to run it from Window-Switch results in an xpra session briefly starting, and then closing down. Logs don't seem to match up with anything (I don't see any session logs that mention msjnc, and although I have two xpra processes and a Xvfb-for-Xpra- process left over, claiming to be :67 and :68, my only logs are for other numbers and appear to be prior sessions).

Running the application from the server itself, using:

xpra start ssh: --start-child=msjnc

is successful.

Apparently the windows xpra client doesn't accept the "--start-child" parameter, so I'm not quite sure how to test it when starting from remote.

The application does not succeed when running from window-switch on the local machine, either.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Note: See TracQuery for help on using queries.