Synergy

Issue Tracker (powered by SPIT)

Search, Start, Probleme, Roadmap, Login
English
Deutsch

Bug #3329 - Regression: Neo layout layer 3/4 broken

Status:
PatchesWelcome
Priority:
Normal
Assignee:
None
Category:
None
Target:
None
Found:
None
Created by:
Mathias Baumann
Created on:
7 Aug 2012 23:33
Updated by:
Nick Bolton
Updated on:
18 Nov 2012 18:33
Platform:
None
Google ID:
None
Redmine ID:
None

Steps to reproduce:

  1. Install a version later than 1.3.8 on both (windows 7, 64bit) client and (arch linux, 64bit) server
  2. Start server, start client
  3. Try to use layer three or four of the neo layout on the client, e.g. numbers, movement keys, question mark, "_"-character, etc

Expected: Movement of the cursor or the normal action according to the key (combination) pressed.

Actual: completely ignores the key-presses or writes the layer 1 character of that key instead of the layer 3/4 character.

Versions and operating systems:

1.4.10 on windows 7 as client, 64bit

1.4.10 on arch linux as server, 64bit

Temporary workarounds:

Install version 1.3.8

Additional comments:

Note that the server had the neo layout activated while the client had the normal German qwertz layout activated.

To activate layer four, I have to press the AltGr button plus any normal button on the keyboard. For example, the keys (in neo) LIAE + AltGr (which is ESDF in qwertz) should act as if you would press the arrow keys. This worked in 1.3.8.

To activate layer three, I have to press capslock or the key left of Return. capslock + (qwertz) H should result in the questionmark. I think it instead writes the "ß" which isn't even the neo layer one character of qwertz "H" (neo layer one character would be S). ß is the layer one character of the questiomark key in qwertz. Something is totally odd here. See also: http://neo-layout.org/
8 Aug 2012 09:53: Mathias Baumann changed Einzelheiten.

Added 14 character(s).
8 Aug 2012 09:53: Mathias Baumann changed Einzelheiten.

Added 1 character(s).
8 Aug 2012 09:55: Mathias Baumann changed Einzelheiten.

Added 115 character(s).
11 Aug 2012 10:58: Mathias Baumann changed Titel.

Neo layout layer 4 broken Regression: Neo layout layer 4 broken

5 Sep 2012 17:50: Mathias Baumann changed Einzelheiten.

Added 35 character(s).
10 Sep 2012 11:07: Mathias Baumann changed Titel.

Regression: Neo layout layer 4 broken Regression: Neo layout layer 3/4 broken

10 Sep 2012 11:07: Mathias Baumann changed Einzelheiten.

Added 506 character(s).
17 Nov 2012 16:26: Nick Bolton changed Tracker.

Support Bug

17 Nov 2012 16:26: Nick Bolton changed Status.

New PatchesWelcome

18 Nov 2012 18:33: Nick Bolton changed Target.

1.4.11

#1

3 Jan 2013 00:59: Mathias Baumann wrote a comment.

I was looking a bit at the code. The log for two cases is particular interesting:

This is the log for pressing the left arrow key:

DEBUG1: event: KeyPress code=114, state=0x0000
DEBUG1: event: preKeySym: ff53
DEBUG1: event: KeySym: ef53)
DEBUG1: onKeyDown id=61267 mask=0x0000 button=0x0072
DEBUG1: send key down to "Toliop" id=61267, mask=0x0000, button=0x0072

and this is the log for pressing the left neo arrow key (enabled using AltGr+F)

DEBUG1: event: KeyPress code=41, state=0x0020
DEBUG1: event: preKeySym: ff53
DEBUG1: event: KeySym: ef53)
DEBUG1: onKeyDown id=61267 mask=0x0040 button=0x0029
DEBUG1: send key down to "Toliop" id=61267, mask=0x0040, button=0x0029

(preKeySym and KeySym were added by me) As you can see, they are nearly identical. Only the button parameter differs.

Now, if you do the same with xev, you get the following:

First the normal left arrow:

KeyPress event, serial 27, synthetic NO, window 0x2200001,
    root 0x13f, subw 0x0, time 12683577, (945,237), root:(948,259),
    state 0x0, keycode 114 (keysym 0xff53, Right), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

And then the neo left arrow:

KeyPress event, serial 30, synthetic NO, window 0x2200001,
    root 0x13f, subw 0x0, time 12350758, (1010,222), root:(1013,244),
    state 0x20, keycode 41 (keysym 0xff53, Right), same_screen YES,
    XKeysymToKeycode returns keycode: 114
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

appart from the obviously different keycodes, the only other interesting change here is

XKeysymToKeycode returns keycode: 114

So apparently synergys uses directly the keycode to send a key event to the client without somehow checking back with the xlib (for example using XKeysymToKeycode in CXWindowsScreen.cpp:1475 (the line number might be off a tiny bit) for the keycode parameter)

I didn't test using XKeysymToKeycode myself at instead of directly the keycode there yet as I don't know where I would get all the parameters from and I don't have more time right now, but maybe this helps you to write a small patch that I can test?

#2

3 Jan 2013 10:45: Mathias Baumann wrote a comment.

I just noticed a small typo: It was the right arrow key of course.

#3

3 Jan 2013 19:37: Mathias Baumann wrote a comment.

So, further investigation revealed: Even if I get it to have the same button (as in, keycode) value as the real right-arrow, it doesn't work. The only difference left was the mask (being 0x40). Maybe the whole thing is a client issue. Which means I have to get the windows code to compile. Arg. Horror.

#4

3 Jan 2013 19:40: Mathias Baumann wrote a comment.

Interestingly, AltGr (causing state mask 0x40) and the normal arrow keys together also cause it to not work anymore. Maybe this is the real issue?

#5

3 Jan 2013 19:55: Mathias Baumann wrote a comment.

But so does the other neo modifier (the <> key next to the left shift key.. in qwertz, that is)

#6

4 Jan 2013 02:20: Mathias Baumann wrote a comment.

So, after getting the client to compile, first the client side log for neo-right arrow key and normal right arrow key:

neo right-arrow (AltGr/Mod4 + (qwerty) f)

        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,606
2013-01-04T03:13:46 DEBUG1: recv key down id=0x0000ef53, mask=0x0040, button=0x0029
        ..\..\..\..\src\lib\client\CServerProxy.cpp,609
2013-01-04T03:13:46 DEBUG1: mapKey ef53 (61267) with mask 0040, start state: 2000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,264
2013-01-04T03:13:46 DEBUG1: find best:  2000 0040
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,615
2013-01-04T03:13:46 DEBUG1: best key index 0 of 1 (exact)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,696
2013-01-04T03:13:46 DEBUG1: found key in group 0
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,621
2013-01-04T03:13:46 DEBUG1: state: 2000,0000,0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,788
2013-01-04T03:13:46 DEBUG1: flip: 0000 (2000 vs 0000 in 0000 - 0000)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,881
2013-01-04T03:13:46 DEBUG1: desired state: 0040 2000,0000,0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,800
2013-01-04T03:13:46 DEBUG1: flip: 0040 (2000 vs 0040 in ffff - 6020)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,881
2013-01-04T03:13:46 DEBUG1: no key for modifier 0040
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,906
2013-01-04T03:13:46 DEBUG1: unable to match desired modifier state (0040,ffff) for key 333
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,806
2013-01-04T03:13:46 DEBUG1: can't map key
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,649

right-arrow

        ..\..\..\..\src\lib\client\CServerProxy.cpp,355
2013-01-04T03:11:26 DEBUG1: recv key down id=0x0000ef53, mask=0x0000, button=0x0072
        ..\..\..\..\src\lib\client\CServerProxy.cpp,609
2013-01-04T03:11:26 DEBUG1: mapKey ef53 (61267) with mask 0000, start state: 200ß0
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,264
2013-01-04T03:11:26 DEBUG1: find best:  2000 0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,615
2013-01-04T03:11:26 DEBUG1: best key index 0 of 1 (exact)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,696
2013-01-04T03:11:26 DEBUG1: found key in group 0
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,621
2013-01-04T03:11:26 DEBUG1: state: 2000,0000,0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,788
2013-01-04T03:11:26 DEBUG1: flip: 0000 (2000 vs 0000 in 0000 - 0000)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,881
2013-01-04T03:11:26 DEBUG1: desired state: 0000 2000,0000,0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,800
2013-01-04T03:11:26 DEBUG1: flip: 0000 (2000 vs 0000 in ffff - 6020)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,881
2013-01-04T03:11:26 DEBUG1: mapped to 14d, new state 2000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,326
2013-01-04T03:11:26 DEBUG1: keystrokes:
        ..\..\..\..\src\lib\synergy\CKeyState.cpp,830
2013-01-04T03:11:26 DEBUG1:   14d (00000027) down
        ..\..\..\..\src\lib\platform\CMSWindowsKeyState.cpp,1248

and this is the normal right arrow with altgr pressed, having the same behavior/problem as neo-right-arrow (where altGr/mod4 is also pressed)

        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,606
2013-01-04T03:18:00 DEBUG1: recv key down id=0x0000ef53, mask=0x0040, button=0x0072
        ..\..\..\..\src\lib\client\CServerProxy.cpp,609
2013-01-04T03:18:00 DEBUG1: mapKey ef53 (61267) with mask 0040, start state: 2000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,264
2013-01-04T03:18:00 DEBUG1: find best:  2000 0040
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,615
2013-01-04T03:18:00 DEBUG1: best key index 0 of 1 (exact)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,696
2013-01-04T03:18:00 DEBUG1: found key in group 0
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,621
2013-01-04T03:18:00 DEBUG1: state: 2000,0000,0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,788
2013-01-04T03:18:00 DEBUG1: flip: 0000 (2000 vs 0000 in 0000 - 0000)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,881
2013-01-04T03:18:00 DEBUG1: desired state: 0040 2000,0000,0000
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,800
2013-01-04T03:18:00 DEBUG1: flip: 0040 (2000 vs 0040 in ffff - 6020)
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,881
2013-01-04T03:18:00 DEBUG1: no key for modifier 0040
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,906
2013-01-04T03:18:00 DEBUG1: unable to match desired modifier state (0040,ffff) for key 333
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,806
2013-01-04T03:18:00 DEBUG1: can't map key
        ..\..\..\..\src\lib\synergy\CKeyMap.cpp,649

So the client seems fail the match if the modifier key is pressed..

#7

5 Jan 2013 19:47: Mathias Baumann wrote a comment.

I now used git bisect to find the first commit that broke the arrow keys (note that most other neo keys still work). The first commit to break the neo-arrow keys is this one:

Date:   Wed Feb 1 15:30:35 2012 +0000
    fix for #3089 patch by David Otto    
    git-svn-id: http://synergy-plus.googlecode.com/svn/branches/1.4@1203

#8

9 Jan 2013 22:13: Mathias Baumann wrote a comment.

Another discovery I just made: if you use revision 1203 for the client and the latest release for the server, most characters and layers of neo work. The arrow keys and things like that don't though.

Write comment

Powered by SPIT: Simple PHP Issue Tracker. Copyright © Nick Bolton 2012. Load time: 18.68 ms. SQL queries: 6.