Tor

[Tor]

Sure. I’ll give it a whirl.

Please send an e-mail to forum[at]nomachine[dot]com by using the title of this post as subject, so we can send back the binary.

In the meanwhile we’ve documented the problem here:

https://www.nomachine.com/TR11R09917

[Tor]

Hi Pierre and Fred. 🙂 The issue appears to be on Windows, not Fedora. Would you like to test a binary fixing it?

[Tor]

Hi. When the keyboard grabbing is enabled and you press the Alt + Tab combination, does it execute window/task switching on the client, or the shortcut is just ignored and it does nothing on both server and client?

[Tor]

Hi, sorry for the late reply.
We’ve optimized as best as we could the rendering with CoreGraphics, but the high frame rate on high DPI monitors stresses a bit the CPU. We’re aware of it and we’re working on this:

https://www.nomachine.com/FR06O03452

You could disable client side post-processing and/or multi-pass display encoding to reduce the CPU usage.

[Tor]

Sorry for my late answer. I noticed you’re using VirtualGL and somehow it is blocking the connection of the client to the X server. By unsetting LD_PRELOAD you’re telling the client to not use VirtualGL.

[Tor]

This looks to be a weird behaviour of your desktop environment and we can’t help to solve it unfortunately. You could try to run some experiments with xrandr by changing your current primary monitor.

[Tor]

You probably need this, currently in our short/mid-term roadmap:

https://www.nomachine.com/FR02M02864

[Tor]

Hi. Please open Display settings in session menu and check the box “Disable multi-pass display encoding”. Do you see any improvements?

[Tor]

Hi, thanks. Are you starting the client in a remote virtual desktop?
Please try the following: edit /usr/NX/bin/nxplayer and add the line unset LD_PRELOAD before the exec command.

[Tor]

Hi. Did you use the software update window already open and waiting on the screen? What are versions of ‘gksudo’ and ‘zenity’?

[Tor]

Hi. Thanks, data was enough to know that the process stops while connecting to the X server, but it is not clear why this happens. Could you please do the following and send by e-mail the file gdb.txt:

– Execute /usr/NX/bin/nxplayer
– Execute sudo gdb -p $(pgrep nxplayer)
– In gdb run the following commands:
set pagination off
set logging on
thread apply all bt full
set logging off
quit

Note: the file gdb.txt will be owned by root, you’ll need to use ‘sudo’ to delete it.

[Tor]

Hi again. We’ve confirmed the issue, it’s caused by the mouse event ID received through DeX which bypasses our code translating the right mouse button event. Because of such issue these events are handled like touch events, so if you keep pressed the left mouse button you should trigger the right button event (it’s the tap&hold gesture). However we’ve documented here your report:

https://www.nomachine.com/TR09R09840

Thank you!

[Tor]

Please run this command

strace -v -f -o nxplayer.trace /usr/NX/bin/nxplayer

and send the nxplayer.trace file to forum[at]nomachine[dot]com.

[Tor]

Do you maybe mean the “Open in Low Resolution” mode available in bundle’s info? Right click bundle name, select “Get Info” and check the box.

[Tor]

On another note, the right mouse button of a real mouse connected via USB is really difficult to trigger (something like: hold both buttons for two seconds). It seems to be related to right button emulation in touch mode. Is there a way to disable that?

We’re checking it and so far we didn’t find workarounds. I’ll tell you more as soon as we complete the investigation.

[Author]

Posts