Forum Replies Created
Just to put this up as a workaround – I noticed that when I get the multiple user issue after reconnecting, it is possible to reset the situation by manually disconnecting from the NoMachine top-right options/splash window and then reconnecting again. This seems to reset/clear up the multiple accounts so that it appears that I am a single user again, and drag & drop works.
Hopefully, that also gives a hint in your debugging!
Thanks! Kind regards,
Hi, I ended up sending the whole thing, did you receive it? I reproduced the error at the very end, so it should be one of the most recent actions.
Ah! Thanks for the tip – I have v3.2.4, so it has the floating as you mentioned =)
I’m using a Samsung Galaxy S7 Edge running Android 8.0.0.
Thanks again, Tim
Hi Tor, just to let you know, the Linux log is more than a GB in size! Should I refresh my session or get a more specific log for you?
Thanks, I subscribed. I’m using Swype at the moment (though I know it hasn’t had support for a while)!
Another thing that came to mind is the little grey bar affixed to the top of the keyboard, with additional buttons such as super and tab etc. – I’m not sure if it is just for me, but I find tapping the buttons quite unreliable for some reason. It often seems that it mistakes my taps as an attempt to swipe and drag along the row, which is quite a nuisance when trying to use tab completion! (A shoutout to the ConnectBot app, which I use to do the reverse tunnelling for NoMachine to access my firewalled computers – they implement the extra key bar very well!)
Hi Tor, thanks for your reply. I’ll switch to a keyboard which can float and give it a go too, though I do like using the one I have! Instead of needed to guess, perhaps just a bit more flexibility on how far one can scroll the screen around would be nice!
Thanks for the update, Tor. I look forward to hearing about it.
Ok, on closer inspection, I spoke too soon. Drag and drop fails, as does ‘Download a file from the server’. However, I may have identified why this happens.
I am working from a public connection that times out periodically, so I have to reconnect to the server when I lose my connection. I think that it is not correctly identifying that the previous connection has dropped and should be ended. When I look at the ‘Send a file from the client’ in the tray after I reconnect, I can see myself connected twice (I’ve attached a screenshot). Clicking send to the earlier session connection does not result in a transfer box, but clicking on the later session connection does. I assume that the drag and drop automation and the ‘Download a file from the server’ code is selecting the earlier/first session? This might make sense why I thought it had worked previously, as I had just restarted my server.
Let me know if I can gather any more information.
Incidentally, this wouldn’t be such an issue if the ‘Send a file from the client’/’Download a file from the server’ buttons could send multiple files! Is drag and drop the only way to send several files at once, currently?
Many thanks and regards,
Hi, thanks for your reply! I think I’ve found the issue for the drag and drop. Under:
Settings –> Server Preferences –> Transfers
The ‘Automatically save files in’ checkbox was not ticked (though I do not remember this begin required before) – checking this box bizarrely fixes the broken ‘Download a file from the sever’ and ‘Send a file from the client’ issue too.
Great! Thanks very much for the support! I’ll be recommending NoMachine for anyone whos asks for a remote desktop solution thanks to the excellent support (unlike a certain blue-themed competitor)! 😉
Wishing you all a good day.
Hi, thank you for your response and help! Resetting the permissions for nxfwadd.sh and nxfwget.sh fixed the issue.
I did notice that the timestamps on the logs didn’t seem to make sense, but yes, I followed the instructions linked – specifically the section https://www.nomachine.com/DT10O00163#1.1 ; it mentions that no restarts are required so after editing the configuration files, I tried to connect using the client after a few moments.
Regarding the permissions, I see that the setiud bit had been changed to an execute bit for the files you mention above. At the moment, nxfunct.sh, nxgfxcheck.sh, and nxfwdel.sh are still -rwxr–r–. – is this ok or do these also need to be changed?
For reference, the full output is of ls -ltr /usr/NX/scripts/restricted is:
-rwsr–r–. 1 root root 1292 Jun 4 2018 nxuserdel.sh
-rwsr–r–. 1 root root 1614 Jun 4 2018 nxuseradd.sh
-rwsr–r–. 1 root root 2144 Jun 4 2018 nxupdate.sh
-rwsr–r–. 1 root root 2285 Jun 4 2018 nxtmpperm.sh
-rwsr–r–. 1 root root 1744 Jun 4 2018 nxportandcookieget.sh
-rwsr–r–. 1 root root 892 Jun 4 2018 nxloginctl.sh
-rwsr–r–. 1 root root 1167 Jun 4 2018 nxlicense.sh
-rwsr–r–. 1 root root 825 Jun 4 2018 nxkill.sh
-rwsr–r–. 1 root root 724 Jun 4 2018 nxkeyadd.sh
-rwsr–r–. 1 root root 1126 Jun 4 2018 nxenvironmentget.sh
-rwsr–r–. 1 root root 1597 Jun 4 2018 nxcookieget.sh
-rwsr–r–. 1 root root 2134 Jun 4 2018 nxamixer.sh
-rwxr–r–. 1 root root 8174 Dec 14 2018 nxfunct.sh
-rwsr–r–. 1 root root 3228 Dec 14 2018 nxtun.sh
-rwsr–r–. 1 root root 1727 Feb 6 21:46 nxwtmpdel.sh
-rwsr–r–. 1 root root 1726 Feb 6 21:46 nxwtmpadd.sh
-rwsr–r–. 1 root root 1027 Feb 6 21:46 nxtruncate.sh
-rwsr–r–. 1 root root 725 Feb 6 21:46 nxstandby.sh
-rwsr–r–. 1 root root 727 Feb 6 21:46 nxshutdown.sh
-rwsr–r–. 1 root root 1418 Feb 6 21:46 nxquotaadd.sh
-rwsr–r–. 1 root root 779 Feb 6 21:46 nxpasswd.sh
-rwsr–r–. 1 root root 931 Feb 6 21:46 nxlsof.sh
-rwsr–r–. 1 root root 1908 Feb 6 21:46 nxhost.sh
-rwsr–r–. 1 root root 947 Feb 6 21:46 nxgroupadd.sh
-rwxr-xr-x. 1 root root 944 Feb 6 21:46 nxgfxcheck.sh
-rwsr–r–. 1 root root 1832 Feb 6 21:46 nxfwget.sh.temporary
-rwsr–r–. 1 root root 1921 Feb 6 21:46 nxfwdel.sh.temporary
-rwsr–r–. 1 root root 1931 Feb 6 21:46 nxfwadd.sh.temporary
-rwsr–r–. 1 root root 727 Feb 6 21:46 nxfailover.sh
-rwsr–r–. 1 root root 838 Feb 6 21:46 nxdisableAvc.sh
-rwsr–r–. 1 root root 1505 Feb 6 21:46 nxcopy.sh
-rwsr–r–. 1 root root 684 Feb 6 21:46 nxchown.sh
-rwsr–r–. 1 root root 936 Feb 6 21:46 nxcat.sh
-rwsr–r–. 1 root root 10698 May 11 17:40 nxusb.sh.temporary
-rwxr–r–. 1 root root 2709 May 27 17:43 nxfwdel.sh
-rwxr–r–. 1 root root 2480 May 27 17:43 nxfwget.sh
-rwxr–r–. 1 root root 2714 May 27 17:43 nxfwadd.sh
-rwsr–r–. 1 root root 10698 May 28 21:19 nxusb.sh
Hi, sorry about the slow reply – I finally had a chance to collect the logs. I have sent them for the error on trying to connect to the Linux machine from my Windows client (without using a reverse SSH tunnel). Thanks! Please let me know if you need more information.
Thanks for your message and sorry for the slow reply – I didn’t realise this has been up since 2 weeks ago.
Regarding the firewall, it’s a university firewall over which I can’t control so that’s why I had resorted to SSH tunnelling, I’m afraid!
I will attempt to collect the logs and send them. Many thanks.