unreliable Ctrl-Shift behavior since transition to xdotool; NoMachine remote desktop

[benzipperer]

Thank you for the excellent package!

We've unfortunately had trouble since version 1.6 of stata-exec, after the migration away from autokey. On our Ubuntu 16.04 server this seems to stem from situation where clients remotely login and create an XFCE desktop via NoMachine. We don't have this problem using other remote desktop solutions like x2go.

Any chance you have tried using your software in a similar environment? If you haven't, it seems a bit unfair to ask you to look into it, but I thought I'd report this in case you had any ideas for what might be going wrong.

The problem is that after using Ctrl-Shift-c or Ctrl-Shift-d shortcuts, the shift and ctrl keys don't work reliably. screenkey confirms this. For example, after opening Stata and a do-file in Atom, I run the following commands in order:

(1) press LCtrl-LShift-c. The extension behaves as desired and screenkey displays "Ctrl-C Ctrl-v [enter]" (2) press LCtrl-LShift-d. The extension does not work and simply a "d" is typed. screenkey confirms. (3) press RCtrl-LShift-c. The extension does not work. screenkey confirms and displays "Ctrl-c." (4) press RCtrl-RShift-c. The extension behaves as desired and screenkey displays "Ctrl-C Ctrl-v [enter]" (5) press RCtrl-c. The extension should not run, but it does. screenkey displays "Ctrl-C Ctrl-v [enter]" (6) press LCtrl-c. The extension should not run, but it does. screenkey displays "Ctrl-C Ctrl-v [enter]" (6) press LCtrl-LShift-c. The extension runs and screenkey displays "Ctrl-C Ctrl-v [enter]"

At some point in the above sequence problems also show up with mouse input: on the XFCE desktop a left mouse click sometimes registers as a right mouse click.

Our machine is running Ubuntu 16.04. Clients login and create an XFCE Desktop via NoMachine. Using x2go we have no problems.

The tests above are from stata-exec version 1.8.5. We have no problems if we install stata-exec version 1.5.2 and set up the symlink to autokey.

Thanks again for your awesome package!

[kylebarron]

I'm on vacation this week, but yes I've noticed that issue as well since migrating to xdotool. For now just install the last version of the package that used autokey. I think this is like apm install [email protected] or something like that

[benzipperer]

Thanks for your response! Yes, version 1.5.2 works for us.