I think you may be running into the "fake shift" feature in our 
XKEYBOARD handler.  This feature was inherited from TigerVNC, and I 
haven't thoroughly tested it myself.  Let me do some additional testing 
and see if it might be possible to reproduce this bug consistently.

One question:  Do you have the Press and Hold feature enabled in OS X? 
When that feature is enabled (which is the default), it prevents key 
repeating for certain keys from working properly in Java, so I generally 
recommend that P&H be disabled when using the TurboVNC Viewer 
(http://lifehacker.com/5826055/make-your-keyboard-keys-repeat-properly-when-held-down-in-mac-os-x-lion).
 
  I could also imagine a scenario under which Press and Hold might be 
causing one of the alternate symbols for a particular letter key 
(accented "a" or "e", for instance) to be sent to the server under rare 
circumstances, and this might be causing something wonky to occur with 
the XKEYBOARD handler.

Also, which version of Java are you using?


On 12/7/15 4:27 PM, Brett Williams wrote:
> Hi all,
>
> I've had a key map/sticky problem occur twice now (over the course of a
> couple months of heavy use).  TurboVNC 2.0.1 (client and server, client
> is Mac OSX Mavericks, server is RedHat 6.5).
>
> Somehow a key gets stuck, or something starts getting misinterpreted.
> Currently, when I try to press Ctrl-C (or Ctrl plus possibly any
> letter), I get some very strange output from xev.  The last time, the
> only thing I could do to solve it was to restart the VNC server.  I've
> wondered if there is a kind of "key reset" or something that could be
> done to clear the server's mind (for example if a lost packet caused it
> to get in a strange state or something).  I've no idea if such a thing
> is even possible.
>
> Any tips for how to narrow things down?  This same session has been up
> since Nov 16 without trouble (and I probably type Ctrl-C dozens of times
> a day).  It is just this afternoon that I find myself without proper
> keys.  Ctrl-V also doesn't seem to work correctly (it may be all Ctrl
> key combinations).
>
> Here is my xev output.  I'm pressing Ctrl, then c, then releasing both.
> Notice the extra things in here (unprintable chars and a Shift_L).  Note
> that on my screen, the "" actually have a strange character in there (it
> doesn't paste over).  It almost appears that when I press c, I also get
> a Shift_L and another unknown key.
>
> KeyPress event, serial 31, synthetic NO, window 0x2c00001,
>      root 0x6a, subw 0x0, time 2121230667, (87,160), root:(2006,179),
>      state 0x2, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
>      XLookupString gives 0 bytes:
>      XmbLookupString gives 0 bytes:
>      XFilterEvent returns: False
>
> KeyPress event, serial 31, synthetic NO, window 0x2c00001,
>      root 0x6a, subw 0x0, time 2121233491, (87,160), root:(2006,179),
>      state 0x6, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
>      XLookupString gives 0 bytes:
>      XmbLookupString gives 0 bytes:
>      XFilterEvent returns: False
>
> KeyPress event, serial 31, synthetic NO, window 0x2c00001,
>      root 0x6a, subw 0x0, time 2121233491, (87,160), root:(2006,179),
>      state 0x7, keycode 54 (keysym 0x63, c), same_screen YES,
>      XLookupString gives 1 bytes: (03) ""
>      XmbLookupString gives 1 bytes: (03) ""
>      XFilterEvent returns: False
>
> KeyRelease event, serial 31, synthetic NO, window 0x2c00001,
>      root 0x6a, subw 0x0, time 2121233491, (87,160), root:(2006,179),
>      state 0x7, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
>      XLookupString gives 0 bytes:
>      XFilterEvent returns: False
>
> KeyRelease event, serial 31, synthetic NO, window 0x2c00001,
>      root 0x6a, subw 0x0, time 2121233595, (87,160), root:(2006,179),
>      state 0x6, keycode 54 (keysym 0x43, C), same_screen YES,
>      XLookupString gives 1 bytes: (03) ""
>      XFilterEvent returns: False
>
> KeyRelease event, serial 31, synthetic NO, window 0x2c00001,
>      root 0x6a, subw 0x0, time 2121233811, (87,160), root:(2006,179),
>      state 0x6, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
>      XLookupString gives 0 bytes:
>      XFilterEvent returns: False
>
>
>
> ------------------------------------------------------------------------------
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
>
>
>
> _______________________________________________
> TurboVNC-Users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/turbovnc-users
>

------------------------------------------------------------------------------
_______________________________________________
TurboVNC-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/turbovnc-users

Reply via email to