Forum Replies Created
-
Posts
-
No logs have been received and I am closing this topic. If you are able to submit logs as described by Totne, please submit them directly to forum[at]nomachine[dot]com and submit a new topic with the details. The version is now 7.1.3, so you should update to this before reporting back.
I can no longer make them any smaller than the default size of a new window.
You are right and we will fix this. When we redesigned the UI, we didn’t take into consideration the need for such small session windows. You’re the only one that has actually brought this to our attention, but this doesn’t mean it deserves less attention. Thank you for pointing this out to us and we will put it right. I can provide a download link for the earlier version and send it to you in the meantime. Is that ok?
I would advise you to update both NoMachine client and server software to 7.1.3 and tell us if the problem is still there. If it is, submit logs as Fisherman suggested.
I assume you are using the latest version of NoMachine. What version of Linux MX are you using? It’s not clear if it’s the server or client, so please clarify. In any case, we checked with the latest 19.3 in our labs and didn’t have any issues.
Is it headless? Check this article for some useful tips:
How to solve black screen and other possible problems on headless machines
https://www.nomachine.com/AR03P00973Erans, can you tell us which university’s facilities you are connecting to and have you asked your administrator for further assistance if this is a set-up arranged for your faculty?
As soon as the screen is forwarded (not just with NoMachine, also macOS’s own remote desktop tool) and you can try with others, DRM protection is triggered. NoMachine can’t avoid this.
It’s probably the system which prevents the recording of the content potentially covered by copyright.
Further reading: https://en.wikipedia.org/wiki/Digital_rights_management
The attachments you sent were from the client-side computer, we need them from the server-side (the machine you are connecting to).
Hi, thanks for your feedback.
Once you’ve closed all connections, and the server isn’t active, why keep a systray icon?
If you don’t want to see the icon in the system tray, you can of course select ‘Quit the player’ as well, not just shut down the server. Then next time you need to start a session or access the NoMachine settings, you can open it from the applications menu or session shortcut on your desktop. The icon will appear again in the systray.
Use of the systray….this is the usual “integration” problem in the target desktop environment. What the target desktop environment offers is the system tray, where those making the software are supposed to place the most frequently accessed functions.
If you don’t use it, people complain that you don’t use it. If you use it, people complain that you use it. It’s a tough world 🙂
In version 7 we redesigned the interface in order to make the opening of, and access to, multiple sessions faster because this is the most common use we have found amongst our users and what our users asked us for more frequently.
But, as mentioned, doing one thing well and doing more can bring inconvenience for those who preferred an application that did less, better still, one thing. It’s a tough world.
Can you send us the complete NoMachine logs from the Guest OS (Linux Mint) as per instructions here?