bucu

Forum Replies Created

Viewing 15 posts - 61 through 75 (of 75 total)
  • Author
    Posts
  • in reply to: Screen lock not working in Cinnamon #14982
    bucu
    Participant

    Hi,

    by “screen lock not working” you mean that enabling an option in server preferences does not blank the screen when connected? Is the input (mouse and keyboard) locked then anyway?

    If this is the case, we would need server side logs to investigate further. You can find instructions about debug and collecting logs here: https://www.nomachine.com/DT07M00098.

    bucu
    Participant

    Hi,

    the problem you described looks a lot like a situation when you have “grab mouse pointer” selected in the player settings. The big cursor may be caused by the difference between resolution and DPI of the server side and the client one. In order to investigate furter we would need some more info:

    • What is the OSX version you are using on the server side?
    • Is the server side by any chance a headless machine?
    • What is the OS you use as client side?
    • What are the resolutions and DPI used on both server and client side?
    • Does disabling “grab mouse pointer” make the smaller cursor disappear?
    in reply to: Host machine flickers #14584
    bucu
    Participant

    Hi,

    The problem you describe is likely to be a known issue involving the screen brightness setting. Could you check if the ‘Automatically adjust brightness’ option is enabled? If yes, please disable it and try to lock the screen again.

    All know issues regarding screen blanking can be found here: https://www.nomachine.com/AR01O00915.

    in reply to: Resolution does not change upon connecting #14420
    bucu
    Participant

    Can you confirm that you are using the newest (5.2.21) version on both sides? If no, please ugrade and then try to reproduce the problem.
    If that won’t help, you can try and select the specific display you want to resize. You can do it with the “Change monitor” button in the Display menu, or with the keystroke Ctrl+Alt+<monitor id>.
    If none of the above helps are you willing to use a debug package, so that we can gather more logs?

    in reply to: Resolution does not change upon connecting #14410
    bucu
    Participant

    Hello,

    to investigate further we would need you to reproduce the problem, collect logs from both sides and send them to forum[at]nomachine[dot]com.

    You can find instructions about debug and collecting logs here: https://www.nomachine.com/DT07M00098

    • This reply was modified 7 years, 7 months ago by bucu.
    bucu
    Participant

    Hi,

    to investigate further we would need you to reproduce the problem, collect logs and send them to forum[at]nomachine[dot]com.

    You can find instructions about debug and collecting logs here: https://www.nomachine.com/DT07M00098

    bucu
    Participant

    Hello,
    it looks like you are connecting to Fedora with an old version of NoMachine (5.0.53). Could you try to upgrade  to the current version (5.2.11) and see if the result is different? If this is not the case, I would like you to answer two questions:
    1. Can you tell if the input (mouse and keyboard) is locked on the server side? It should not be responsive while blanking is enabled.
    2. Would you be willing to reproduce the problem with a debug package that would allow us to investigate the problem? If so, please contact us via email: forum[at]nomachine[dot]com.

    bucu
    Participant

    Hi,

    to investigate further we would need you to reproduce the problem, collect logs and send them to forum[at]nomachine[dot]com.
    Instructions about debug and collecting logs you can find here: https://www.nomachine.com/DT07M00098.

    in reply to: No monitor energy saving after disconnect #13812
    bucu
    Participant

    Hi,

    could you clarify what you mean by:

    “But after disconnect, monitor is always on (no power save mode and so no login locking)”

    Do you mean that NoMachine disabled the power saving options that were already configured on the system?

    Or do you mean that you would expect NoMachine to lock the screen at disconnect (so you’d have to unlock it by username and password), independently from the power saving options set in the system?

    bucu
    Participant

    Hi,

    unfortunately we weren’t able to reproduce your problem in our labs. You might however try enabling the new events handling and check if the problem is still present. To do so edit your node.cfg and add this line:
    DisplayServerExtraOptions “-oldeventapi 0”

    then restart nxserver. Hope this helps.

    in reply to: Unable to use Command-period in NX session #13440
    bucu
    Participant

    Hello,

    The “command+period” combination is a system action on OSX used to cancel tasks, and it cannot be intercepted and passed on from the client side. There is thus nothing NoMachine can do about this.

    A workaround for your problem could be assigning some other key to simulate the ‘period’ key, if you really need the exact “command+period” combination to work in IntelliJ. You can do this using  ‘xmodmap’ command (I assume you are using linux). Hope this helps.

    in reply to: Screen resolution on Windows Amazon Cloud #12969
    bucu
    Participant

    Hi,

    There is unfortunately nothing we can do about your problem. NoMachine only allows setting resolutions supported by the graphic adapter. In other words, if a resolution is not listed in the Windows display settings menu, it will not be available for NoMachine either.

    Let us know if there is anything else we can help you with.

     

    in reply to: EnableScreenLock not working fully on Linux #12768
    bucu
    Participant

    Hi, sorry for the delay.

    You mentioned you are using system images on different machines. We reproduced the issue in our labs and it seems to be caused by those system images. This is something that will affect blanking and unfortunately you will not be able to blank the server in that case. You would have to reinstall nomachine (assuming you have it installed on the system image that you use) on one side for it to start working properly.

    Could you confirm that you are using !M free x64 version so that we can send you a possible fix for the blanking problem we have reproduced related to Leap42 and user switching?

    • This reply was modified 8 years ago by bucu.
    • This reply was modified 8 years ago by bucu.
    • This reply was modified 8 years ago by bucu.
    in reply to: EnableScreenLock not working fully on Linux #12739
    bucu
    Participant

    Unfortunately the logs you have sent us indicate that you were connecting to local host (same machine used as server and client) and in that case blanking would not work by default. However we have found some problems with switching users on Leap42 that could affect blanking, although it is not related to desktop manager. We would like to ask you two things:

    1. Could you please confirm that the logs you have sent us are from the reproduced issue?

    2. Would you be willing to test a package with a possible fix?

    Regards.

    in reply to: EnableScreenLock not working fully on Linux #12655
    bucu
    Participant

    Hi,

    we tried to reproduce your scenario in our labs, but with no luck. To investigate further we would need logs from server and client side. Please follow instructions about collecting logs from https://www.nomachine.com/DT04M00076. After editing server.cfg and node.cfg please restart nxserver on the server side, reproduce, gather logs and send them to forum[at]nomachine[dot]com.

    • This reply was modified 8 years, 1 month ago by bucu.
    • This reply was modified 8 years, 1 month ago by bucu.
Viewing 15 posts - 61 through 75 (of 75 total)