I have Press and Hold disabled thanks to your advice. As a vim user, it is unusable if Press and Hold is enabled.
Java version for server: >> java -version java version "1.7.0_45" OpenJDK Runtime Environment (rhel-2.4.3.3.el6-x86_64 u45-b15) OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode) Java version for client: >> java -version java version "1.8.0_60" Java(TM) SE Runtime Environment (build 1.8.0_60-b27) Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode) On Tue, Dec 8, 2015 at 3:47 PM, DRC <[email protected]> wrote: > 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 >
------------------------------------------------------------------------------
_______________________________________________ TurboVNC-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/turbovnc-users
