Forum Replies Created
-
Posts
-
Hi. I suppose you’re starting the NoMachine connection by double clicking on connection file. In such a case when the session terminates, the client goes back to the panel showing information about the connection you’ve just closed. If you want to get rid of it, you should select the button “Exit the player” instead of “Disconnect from the server” when you must close the player.
If this is not your case, can you please tell me how you start and close the connection? Thanks.Hi Brian.
If you’re running version 5.2, use the NoMachine tray menu to open the Server Status window. You’ll find the information you’re looking for.
If the version is older, you may need to use the button “Restore default settings” in the client settings window, because the welcome may have been hidden by checking the box “Don’t show this message again”.Hi. Connection configuration files are public and portable, you can use them from any devices. They’re stored by default in the Documents folder, there is a sub-folder called NoMachine. You can confirm the path (or change it) from Settings => Folders => Connections and Recordings.
Hi Christopher, thank you for the report. We agree, it’s not the right behaviour! 🙂 Could you kindly compress the most recent directory $HOME/.nx/R-* while the client is frozen, and send it to forum[at]nomachine[dot]com. We didn’t reproduce the issue in our labs, so your help would be great to speed up the investigation.
Hi Damian.
Your problem is very similar to the one described in this article:The NoMachine file transfer tracking window becomes unusable on GNOME
https://www.nomachine.com/TR06M05637A fix was released with version 5.1.54, so it would be great if you could upgrade your NoMachine client. Anyway you may try to work around the issue by unchecking the item “Show the transfer status” in the NoMachine tray menu.
Hi reesd.
Your remark is correct, even if the OS grabs the keystroke for its purposes we should be able to forward the Period key to remote desktop. There are some system shortcuts impossible to intercept, but Command-Period should not be among those because it generates a specific event delivered to the application. In order to track the issue we’ve opened this Trouble Report, you may sign up to be informed when we’ll release a fix:The Command-Period shortcut is not correctly sent to the remote desktop
https://www.nomachine.com/TR01O07531Hi efkan.
Thanks for your report. We correctly support the Indicator API (used on Freya with Ayatana, and on Loki through a plugin for Wingpanel), but we’ve verified the issue on Elementary and already implemented a fix. We’ll include it in the next release.
If you want to be informed when we’ll release it, you can subscribe to the following trouble report:The list of resolutions looks to be correct. Did I understand correctly that your remote desktop now resizes to the correct resolution, so the xrandr configuration somehow got fixed? 🙂
Hi rdauria, thanks for your report.
The problem is documented here (slightly different condition, but same issue):https://www.nomachine.com/TR08N07113
A fix will be released in the next software update, you may subscribe to the trouble report to be automatically notified.
Hi Brian.
Did you see that message in our Play Store page? If it is so, you’re not being allowed to download the app because it currently needs at least a 7″ display. We’re working on a version optimized for smaller displays, it was delayed but it is still one of our top priorities. You may subscribe this Feature Request to be contacted when we’ll release it:Offering a NoMachine client for Android smartphones
https://www.nomachine.com/FR09L02828In the meanwhile you may wish to install the APK of our tablet version, you can get it from the download area of our website. On a display bigger than 5″ (like the one of the Nexus 6P) it is not perfect but still usable.
Hi Vanderemit. We’re very close to the release of the phone optimized application. The usability on small screens is very critical, so we’re evaluating all details thoroughly to be sure to give the best experience. Be patient just a bit more and I’m sure you won’t regret it. 🙂
Hi Florian.
Can you help us to identify the issue by answering to these questions?- What is the NoMachine version installed on client and server?
- What is the OS of the server?
- Where do you reproduce the issue, on the client or on the server?
- All monitors turn on and off, also the one of the notebook?
- When the problem occurs exactly, always or only when you connect with NoMachine?
It would be great if you could retrieve logs on the computer where the issue occurs. You should follow this article, point 3 of section 3:
https://www.nomachine.com/DT07M00098#3
Send the archive to forums[at]nomachine[dot]com.Hi.
Resolutions supported on your server are not related to those available on your client: even if your monitor has a resolution of 1600×900, the remote desktop may not support it. Can you send the list of available resolutions on the server by running the command ‘xrandr -q’ in a terminal, on Linux?