Forum Replies Created
-
Posts
-
Hi. Did you use the software update window already open and waiting on the screen? What are versions of ‘gksudo’ and ‘zenity’?
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
– Executesudo gdb -p $(pgrep nxplayer)
– In gdb run the following commands:
set pagination off
set logging on
thread apply all bt full
set logging off
quitNote: the file gdb.txt will be owned by root, you’ll need to use ‘sudo’ to delete it.
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!
Please run this command
strace -v -f -o nxplayer.trace /usr/NX/bin/nxplayerand send the nxplayer.trace file to forum[at]nomachine[dot]com.
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.
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.
Can you send also the ‘session’ file from client logs please? If you don’t want to make it public, you can send it to our forum support e-mail.
No problem, retina displays are great but sometimes they bring a bit of confusion. đ Thank you for your report.
The last output was helpful, now we can say why the authentication is getting ignored, but the reason why this happens is still unclear. Could you run this command and send the output to our e-mail address (it’s a bit verbose):
ps ax -eww -o pid,ppid,user,uid,ruser,ruid,svuid,gid,rgid,svgid,args | grep nxThanks.
When I view the display settings in NoMachine for the Windows connection, I donât see a âscalingâ setting.
I was talking about the Windows display settings, you can see the dialog attached to this post.
But then I cleared âOpen in Low Resolutionâ and restarted NoMachine on the Mac, and it *still* behaves as if the Mac had lower resolution than the Windows machine.
Did you try to restart your macbook? Do you use default retina configuration, or is it scaled to More Space?
Do you mind compressing and sending the directory ‘.nx’ in your home to forum[at]nomachine[dot]com? Thanks.Attachments:
Sorry Martin, I forgot to follow up on my proposal by asking you to contact us at forum[at]nomachine[dot]com, so we can send you the testing binary.
No that doesnât make any difference.
Do you mean the transfer doesn’t start when using drag&drop? That is an important information to know where to focus for troubleshooting your issue.
Additionally, can you select the “Show the menu panel” item in the tray menu and confirm that it opens the client configuration menu?
When the problem occurs, please pack logs in $HOME/.nx of both server and client and send them to forum[at]nomachine[dot]com. Thanks.Hi.
Could you please execute the following steps and send here the outputs of the commands listed at points 5 and 6:1. Close any running Player
2. Click “Show the service status” in the NoMachine tray menu
3. Click “Changes disabled” in the bottom-right side of the status window
4. Try to authenticate
5. In Terminal execute the commandps -ef | grep nxplayer
6. Still in Terminal execute the commandls -lR ~/.nx/R-*Thanks.
Hi. Please drag the file you want to transfer and drop it on the client’s window: is the transfer starting in this way?
