Forum / NoMachine for Linux / Incorrect mouse interaction
Tagged: 4.6.4 mouse keyboard
- This topic has 5 replies, 3 voices, and was last updated 9 years, 5 months ago by graywolf.
-
AuthorPosts
-
June 12, 2015 at 08:26 #7454vmajorParticipant
Ubuntu 14.04 x64 connecting to Lubuntu 15.04 i386 both using NX 4.6.4
Mouse position and click status are wrong making the use of GUI impossible.
I enabled the “show remote pointer” option to better understand what the remote GUI sees, and the remote pointer is offset by about 20% of the screen, and it jumps around as I drag the mouse on the local machine. The clicks are in rapid fire mode, ie. for every real click the remote machine receives several. Finally the remote cursor tends to jump or hover above the top right corner resulting in maximized applications being closed on every click presumably elsewhere on the local machine’s screen.
V.
Attachments:
June 15, 2015 at 17:53 #7505graywolfParticipantHello.
Could you send the output of command “xinput” that you get on the display of the server (Lubuntu 15.04) you are trying to share?
July 8, 2015 at 08:27 #7653UrhixidurParticipantI have what may be a related problem. I installed NoMachine on a server (CentOS 7.5, nomachine_4.6.4_13_x86_64.rpm) and a client (Linaro on Parallella, nomachine_4.6.4_1_armhf.deb). I’ve previously been using NoMachine to control other Linux (Ubuntu) systems from Windows 7, with no trouble. But this particular setup has a serious mouse problem: the mouse moves, but cannot click! The keyboard seems okay (I have yet to make sure the keyboard config is correct, using mostly tab and space so far). If I ‘ssh -X’ into the server, here is what xinput says:
Virtual core pointer id=2 [master pointer (3)]
Virtual core XTEST pointer id=4 [slave pointer (2)]
Dell Dell USB Optical Mouse id=7 [slave pointer (2)]
Virtual core keyboard id=3 [master pointer (2)]
Virtual core XTEST keyboard id=5 [slave pointer (3)]
CHICONY USB Keyboard id=6 [slave pointer (3)]
July 8, 2015 at 14:41 #7658UrhixidurParticipantUpdate: After playing around with xdmcp preparations, the mouse click problem resolved itself, although the NoMachine desktop I reach has a few remaining problems. For one, the Applications menu (and other menus) are browsable but do not acknowledge clicks…Except, oddly, for the Activities Overview. From the latter’s window I *can* launch Terminal and other apps (weird, eh?).
Anyway, xinput from within the NoMachine desktop yields different results:
Virtual core pointer id=2 [master pointer (3)]
Virtual core XTEST pointer id=4 [slave pointer (2)]
Avocent Dell 03R874 id=8 [slave pointer (2)]
Avocent Keyboard/Mouse Function id=10 [master pointer (2)]
Avocent Keyboard/Mouse Function id=11 [master pointer (2)]
Virtual core keyboard id=3 [master keyboard (2)]
Virtual core XTEST keyboard id=5 [slave keyboard (3)]
Power Button id=6 [slave keyboard (3)]
Avocent Dell 03R874 id=7 [slave keyboard (3)]
Avocent Keyboard/Mouse Function id=9 [slave keyboard (3)]
(In my previous post, the lines starting with ‘Virtual core keyboard id=3 [master pointer (2)]’ should read ‘master keyboard’ instead, sorry)
July 9, 2015 at 08:02 #7664UrhixidurParticipantCuriouser and curiouser. After a reboot, the desktop now works fully and fine.
July 9, 2015 at 18:51 #7671graywolfParticipantUrhixidur, my guess is that an inter-process communication issue existed among components of the desktop environment, so menu got the clicks but no action was performed.
-
AuthorPosts
This topic was marked as solved, you can't post.