On 10.03.2015 11:43 AM, Will Wagner wrote:
So today I can unfortunately still reproduce this issue. It seems like yesterday there must have been something going on with my network which altered the timing of events.
Btw, I think this has nothing to do with the network. On Windows, Xorg (and sshd) must be started whenever X2Go Client starts up, so if you start X2Go Client and connect to a session *fast enough* after startup, you can trigger this race condition.
The debug log I get now is: [...] x2go-DEBUG-../src/onmainwindow.cpp:5176> Waiting for win-servers. QObject::connect: Incompatible sender/receiver arguments QSingleShotTimer::timeout() --> ONMainWindow::slotTunnelOk(int) x2go-DEBUG-../src/sshprocess.cpp:157> Direct tunnel: waiting for connections on "localhost":31004
x2go-DEBUG-../src/onmainwindow.cpp:9316> got localhost x2go-DEBUG-../src/onmainwindow.cpp:9344> Port already used: 6001 x2go-DEBUG-../src/onmainwindow.cpp:9498> X is started. x2go-DEBUG-../src/onmainwindow.cpp:9865> All winservers are started.
Looking at the change you made I don't believe you are allowed to connect a signal emitting no arguments to a slot that requires an argument and hence the incompatible sender/receiver argument error.
Yes. The problem at hand is that this parameter is purely optional anyway and never used.
I totally missed that "this" in that context does not refer to slotTunnelOk(int) but QSingleShotTimer::timeout(), which has no parameter.
http://code.x2go.org/releases/binary-win32/x2goclient/tmp/x2goclient-4.0.4.0...
Mihai