Imported issue:
Steps to reproduce:
Expected: space
Actual: s
Versions (Synergy, OS):
Server: Windows 7 x64
Client 1: Mac OSX 10.6.6
Same environment, synergy version is 1.3.6 (latest stable at 28th feb 2011).
Same behaviour. When key space is pressed, letter 's' appears in client (osx) instead of space char. Right Shift doesn't work.
Space ' ' is mapped as 's', is impossible to write a sentence.
Server: ubuntu 10.10 - synergy 1.3.6
Client: macosx 10.6.6 - synergy 1.3.4 and also tested with synergy 1.4.2
Server Windows 7 - Client Mac OSX 10.7 -> Space is mapped as "s"...
I see that is an old bug... anyone know a way to fix this?, I was trying with hotkeys, but it didn't work :(
Server Windows 7 - Client Mac OSX 10.7 -> Space is mapped as "s"... I see that is an old bug... anyone know a way to fix this?, I was trying with hotkeys, but it didn't work :(
Same Problem here. Server Windows Xp SP3. Client OSX Mountain Lion
Confirmed the issue with an Ubuntu Precise 12.04 as server and Mac OS X 10.7.4 as client, on both ends with Synergy 1.4.10
As workaround for space I am able to get it with ALT-SHIFT-SPACE, or ALT-SHIFT-S on the linux keyboard.
Hope the workaround helps someone.
Confirmed.
Server : Windows 7 x86 SP1
Client : Mac OS X 10.8.1
space didnt type space char but letter "f". ALT+SPACE did type space char.
As stated by Nito Alt+Shift+Space works. Mapped as follows:
keystroke(Space) = keystroke(Shift+Alt+Space,MAC.local)
This way it will work fine on the mac side but you will have to use Shift+Space on the server side (mine is W764).
Tryed by remapping Space on server to send Shift+Space but fails "WARNING: failed to register hotkey Space (id=0020 mask=0000)"
Synergy 1.4.10 (server and client)
Server : Windows 7 x86 SP1 Client : Mac OS X 10.8.1
space didnt type space char but letter "f". ALT+SPACE did type space char.
Confirmed.
Synergy 1.4.10 (server and client)
Server: UBUNTU 12.10
Client: Mac OS X 10.7.4
Confirmed using Windows 7 SP1 x64 as server, using a Spanish keyboard layout, with a Macbook Pro running 10.8 as client.
i try old version of synergy 1.3.1 (Mac) and there space work fine.
Synergy 1.3.1 (Mac client), 1.3.8 (Win server)
Server : Windows 7 x86 SP1 Client : Mac OS X 10.8.2
I have the same problem. The 'f' character appears instead of space, no combination with SHIFT,CTRL,ALT,WIN helps to me.
Server: Debian Testing (Synergy 1.4.10)
Client: Mac OS X 10.7.5 (Synergy 1.4.10)
I can provide more detailed logs if needed, here is keypress event from both server and client.
DEBUG1: send enter to "mac", 1279,389 3 2000
DEBUG1: new mask: 0x2000
DEBUG1: event: KeyPress code=65, state=0x2010
DEBUG1: onKeyDown id=32 mask=0x2000 button=0x0041
DEBUG1: send key down to "mac" id=32, mask=0x2000, button=0x0041
DEBUG1: new mask: 0x2000
DEBUG1: event: KeyRelease code=65, state=0x2010
DEBUG1: onKeyUp id=32 mask=0x2000 button=0x0041
DEBUG1: send key up to "mac" id=32, mask=0x2000, button=0x0041
DEBUG1: recv key down id=0x00000020, mask=0x2000, button=0x0041
DEBUG1: mapKey 0020 (32) with mask 2000, start state: 0000
DEBUG1: find best: 0000 2000
DEBUG1: best key index 0 of 19 (exact)
DEBUG1: found key in group 0
DEBUG1: state: 0000,0000,0000
DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
DEBUG1: desired state: 2000 0000,0000,0000
DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
DEBUG1: mapped to 004, new state 0000
DEBUG1: keystrokes:
DEBUG1: 004 (00000000) down
DEBUG1: recv key up id=0x00000020, mask=0x2000, button=0x0041
DEBUG1: keystrokes:
DEBUG1: 004 (00000000) up
Some fix or workaround would be really appreciated.
I have a workaround, with an ugly hack, at least for OS X 10.8 - Macbook Air, and only when the character is 's'
Here's the patched synergyc executable, for version 1.4.10-osx
https://dl.dropbox.com/u/38094408/synergyc
download and replace the same file in /Applications/Synergy.app/Contents/MacOS
patch:
It's not only the problem with the space, the cmd, alt, ctrl and fn the keys don't work as expected or don't work at all.
Synergy Premium is a very very GOOD app, but i have the same problem. We can press ALT+SHIFT+SPACE to get space bar, but is not confortable.
Server: Windows 7
Client: mac os 10.6.8
... same problem here
Client: Mac osx 10.8.2
Server: Win7
Synergy: 1.4.10 beta
Had the same issue, found a fix by uninstalling synergy on the Win7 computer; Going to registry and deleting the synergy keys (HKCU/Software/Synergy) and reinstalling/reconfiguring.
Hope it works for you guys too!
My solution for this bug is to install as Input source the British layout and select it when using the Mac with Synergy. I simply switch the correct layout when using directly the Mac's keyboard. Make sure to have only the British layout and your real layout (in my case Italian; with more than 2 layouts sometimes the bug remains).
I'm using Synergy 1.4.10 Beta on the server (Kubuntu Linux) and on the client (OSX 10.8.3).
solved by selecting British - PC input source but i had to reboot the mac to fix it.
Running synergy-1.4.11-r1693-MacOSX107-x86_64.dmg as a client and synergy-1.4.11-r1704-Windows-x64.exe as server and btw i was getting a "z" instead of a "s" when hitting " " on the windows machine.
Ubuntu 12.04 with Synergy 1.4.11 + Mac OSX 10.8.3 with Synergy 1.4.10
Same here (I get the /) on a French Canadian keyboard.
When opening the keyboard viewer, it appeared that the registered key press
on the client side is the one second down from top left (greyed on the image below).

Mac OS X 10.7.5 - Server
Mac OS X 10.8.4 - Client
This thing https://pqrs.org/macosx/keyremap4macbook/index.html.en called KeyRemap4MacBook (that's a mouthful aint it) has an EventViewer built-in.
This is what keyDown receives:
real Space pressed through VNC - 0x31
broken Space pressed through Synergy - 0x0
character "a" - 0x0
character "s" - 0x1
character "q" - 0xc
...
So it seems to me, that this broken Space behavior is simply due to keyDown sending a zero which usually means it isn't mapped or initialized correctly. Somewhere. Going through the source now, but it's a lot of black magic for any new codebase.
I have a feeling this is the culprit, specifically mapKeyButtonToVirtualKey()
493 // let system figure out character for us
494 ref = CGEventCreateKeyboardEvent(0, mapKeyButtonToVirtualKey(
495 keystroke.m_data.m_button.m_button),
496 keystroke.m_data.m_button.m_press);
What's your feeling, Nick?
Same issue here, I can't use the spacebar on OSX. Tried the fix as described on post #19, but after replacing with the patched file and applying chmod 775 to it, the app crashes.
Is this Nick's homegrown issue tracker SPIT supposed to be able to send e-mail notifications on new replies? I'm not getting e-mails, is anyone else here? Maybe so many bugs go unattended because people don't know anyone else is interested?
Same problem, version 1.4.12, server macosx 10.7.5, client macosx 10.8.4; any keyboard language combination; i press space on keyboard and it sends 'z'.
BUT INSTEAD: when the focus is on the server, if i press the 'z' key it sends a space to the client !!!!!! (with italian layout on both systems, with other layouts selected on the client it sends another key) It's quite a funny bug, but still inhibit completely the possibility of typing, which is one of the 2 central features of synergy (sharing mouse, sharing keyboard).
Hi everyone.
I have found a workaround. When I used synergy version 1.4.8 win7 64 bit (as server) and synergy 1.3.1 mac 10.7 32 bit(as client), everything works fine.
You will need to run the synergy client manually from command line. Here is the command I used on the mac side to debug the issue:
./synergyc --name YOUR-MAC-SCREEN-NAME -f -d DEBUG 192.168.222.111 #where 192.168.... is the ip of your server
PY
Reporting the same problem: Server Win 7, Client Mac OS X Lion. Typed space, sent "z". Impossible to write.
FIXED SPACE BAR ISSUE = SHIFT + ALT + SPACE
Hi Everyone
I solved the space bar issue with the SHIFT+ALT+SPACE combination.
Not the {} and other issues but happy for now. Hope it helps.
But really?after one thousand of release persist this bug? i think that synergy is the faster client-server mouse/keyboard sharing but this bug make it unusless for a mac user.
everyone knows that shift+alt+space fixed this bug, but it's very unconfortable for o writer or a developer (like me) tu do that when i have to write a lot of line code
this my conf:
Server Macbook with Maveriks with last release
client Macbook Air with Maveriks with last release
italian keyboard both
Same problem. Mountain Lion on both machines, Synergy 1.4.15. PLEASE FIX!!!!
Same annoying problem, running OSx 10.9 with W7 (server). I tried like almost every combination with different Synergy versions and nothing.
Hope this have a solution, it ruins the experience.
Still this problem... space bar as "s"
Hi, I had similar problem here, typing "t" letter on Win x64 server, and I got "y" on OS X Mavericks client. Everything else works. Tested on latest 1.4.xx versions.
Wrote on a duplicate sorry but i have the same problem here on a fresh 10.9 (server+client). But i was able to use it without a bug for a few hours and i don't know if i could send yo some logs to locate when and why this happend.
And i have a french canadian keyboard.
Same problem with space and s letter on Windows XP or Windows 7 server and OS X Mavericks client. Version 1.4.17 on three machines.
I forgot to mention i'm using spanish keyboard
Server: Linux
Client: OS X 10.9.1
Synergy 1.4.17 on both
Keyboard Italian
spacebar give "z"
Same issue on two Mac OSX 10.6.8 laptops running Synergy 1.4.17, Italian keyboard: spacebar types a 'z'.
Server: OS X 10.9.2
Client: OS X 10.9.2
1.5.0 1.5.1 on both
four years later with premium donation collaboration ... nothing!
Maybe synergy enterprise have solved this issue but, $79/user/year?????
In the spirit of open source, feel free to use Synergy forks like Quick Synergy. However you should bare in mind how out of date some of the forks are.
I am having the same problem. Space is mapped to 's' Here is my set up:
Server.
Kubuntu 14.04. 2 Keyboard Layouts. English and Spanish. The problem happens with both. Running Synergy Version 1.5.0
Client.
Mac OS 10.9.4. I have tried with both layouts (English and Spanish). The problem happens with both too. Running Synergy Version 1.5.0
Thanks!
Still persists the bug... this is really annoying :/
For now I think you can use "ukelele" on MacOSX to fix some of the keys - but only if you can find the key that was pressed in place of the correct key and remap that.
_An example:_
I had ' produce $ on my OSX (Danish layout) and ALT+' resulted in "?" (Apple logo on OSX machine) http://en.wikipedia.org/wiki/U%%2BF8FF#Example_code_point_U.2BF8FF.
It should have been @.
So what I did was remap "?" which is ALT+$/ on my DK keyboard to "@" and that fixed my problem of not being able to use an at "@" because it produced an "?".
Saved the layout in /Library/Keyboard Layouts/Synergy_Hack.keylayout and use that when using Synergy :)
Hi to everyone,
On my Mac Mini with OSX 10.9 this solution work.
To make space press LEFT ALT + LEFT SHIFT + SPACEBAR.
in this way i make a space.
Thanks :)
same problem with "z" key.
i tried with al the solution you write here but nothing works.
server: ubuntu 14.04
client: osx 10.9.4
keyboard layout on server: IT
keyboard layout on client: IT
server software: 1.5.1
client sorfware: 1.5.1
i chaged on both more keyboard layout
i installed naughly version on both
from my test i found that the problem is on the comunication of space key code, on client the key is not found.
i can make a hotkey but i i do that on the server the space not work more.
its impossible to work for a developer with combination key
NO SOLUTION
you know some alternatives that works on
oh boy, I paid for this sh*t... 10 seconds until realize the SPACE BAR IS NOT FUCKING WORKING.
Same problem running client 1.6.0 on osx Yosemite Beta 2, server 1.5.1 on Windows 7 x64
space gives `` \ gives `` / gives ``Holding left shift with space or \ or / gives ``
[ gives 9] gives 0{ gives &} gives *I am using this exact layout: https://en.wikipedia.org/wiki/Keyboard_layout#mediaviewer/File:ANSI_Keyboard_Layout_Diagram_with_Form_Factor.svg
Hope it get fixed soon. I'll give a donation when it works ;)
You, sinergy-project, should warn to users about this. I would have never bought it...
You should refund the money.
This bug is very disappointing, especially after seeing that it still open after 3 years. (and in the meantime the program became "pay")
I experienced the problem with synergy-1.5.1-r23 for Mac, from OSX Mavericks to OSX Mavericks: the spacebar types "z" and I have some minor issues with some other symbols. I'm using Italian layout.
Actually I solved everything with the patch #19 of 29 Dec 2012 23:59 , even if it was made for another version. I suggest to everybody to try this, and I suggest to developers to include it in next releases.
As a suggestion, I noted that a lot of people answering this topic has an Italian name (like me), I guess that the issue should be more frequent with Italian layout.
Same bug for me, Synergy 1.6.2, on both macbook Pro (client) and iMac (server) running OS X 10.10.1 with ITALIAN layout keyboard… Not sure I understand how to apply patch #19 as suggested by Beppe, but I will try.
Same bug for me, Synergy 1.6.2, between Windows (as server) and Mac (as client), when I hit Space in my server, the client write an "S", Thanks nbolton for the quick fix (SHIFT + ALT + SPACE to hit an space on the mac!!), but please fix this ASAP. (my keyboard layout input is Latin American).
Thanks for this great tool.
Hi all,
Same bug for me with synergy-1.4.18-r2250-MacOSX108 for My server and synergy-1.4.18-r2250-MacOSX109-x86_64 for the client.
Mac to Mac setup, on my synergy server, I have a canadian french keyboard.
Thanks
Hi,
same problem with Win 7 as server and Mac OSX 10.10.1 as client with Synergy 1.6.2.
Space key on server is "z" char on the client.
Same problem here.
Same problem here.
I have a Spanish ISO keyboard on both.
Same problem here.
OSX 10.10.1 as server
OSX 10.10.1 as client
C'mon guys! Four years later and paying for this the bug is still alive… I think you are making really bad advertising I use synergy with a ubuntu machine years ago, I now we needed again I pay without doubt but this bug make imposible to use if you are a programer or typewriter.
Same problem.
Please fix this issue.
Same problem and I paid for this. I'm not happy.
still persists the bug... this is really annoying :/ "said nbolton commented on 12 Oct 2014" And now me too and all in this issue ,.. please tell us something as ... "We are investigating that " or somthing,please we need to see the light in the end of this issue tunnel... I gift this software to my team and they work with macs, linux and windows and now I'm shamed... now the people are paying for this software and it is deteriorating... DO SOMETHING PLEASE!
@nibman I'm so sorry. I've assigned this to the next version, so we'll try our best to fix it and release as soon as we can. Please bear in mind we're low on resources, but we're working has hard as we can.
Thank you. I would like to help but i have my own project to fix. Thanks a lot. Really i love the synergy project.
Same problem here. Lots of keys are not correctly mapped. The most annoying is the spacebar which is mapped as Z.
Windows 8.1 Pro as server
Max Osx 10.10.1 as Client
I think i will ask for a refund.
@Gioffa Really sorry about that, we'd be more than happy to refund you. Please email us ([email protected]).
Mac ox x 10.10.1 server
Mac os x 10.9.5 client
instead of space write s, but shift+alt+space type space
version 1.6.2
Mac OS X 10.10.2 Server
Mac OS X 10.10.2 Client
Synergy 1.6.2
Seriously, if you charge for this, basic input like this should be already working.
I'm not talking about VolumeUp VolumeDown keys, Launchpad keys on OS X (which obviously don't work) even multi touch gestures.
Mac OS X 10.10.2 Server
Mac OS X 10.10.2 Client
Synergy 1.6.3
It's the same!!! 'z' instead of 'space' !!!!
I'm bumping this, the problem persists in 1.7.0 beta for OSX
Mac OS X 10.10.2 Server
Mac OS X 10.9.5 Client
Synergy 1.6.2
Keyboard Spanish (both)
"s" instead space.
I've been using synergy quite for a while (around 5 years) until just recently without any problem (using Ubuntu 12 as server and Leopard as client).
Hope this get fixed soon!
Edit: using OS X 10.10.2 as server and W7 as client, the space bar works fine.
Same issue:
Server Mac OS X 10.10.3
Client Mac OS X 10.10.3
"s" instead space
Hope to get this fixed soon!
Using Windows 8 as server, OSX 10.10.3 as client, spanish on both keyboards, still get "s" instead of space.
I'm amazed there's so many people with the same issue!
Server: Windows 8.1 Pro
Client: Mac OS X 10.10.3
Synergy 1.7.1
Italian on both keyboards: 'z' instead of 'space'...
Prioritized, sorry it took me so long!
:+1:
Same bug on my computer (i write "space" synergy writes "s"):
Client - MacOS Yosemite 10.10.3
Server - Fedora 21
:+1:
Also I have same bug ("space" synergy writes "s" in client):
Server - Ubutun 14.04 LTS
Client - MacOS Yosemite 10.10.3
Same bug.
Server - OSX 10.10.3 - Italian layout
Client - OSX 10.10.3 - Italian layout
Space -> 'z'
Any workaround?
Same bug here (z as space) with Synergy 1.7.4
Server - Win 8.1 64bit (IT layout)
Client - OSX 10.10..3 (IT layout)
The weird thing is if I press space on the Mac first, it works fine. It become 'z' again as soon as I press space on Windows.
Hope this will help
Same bug
Server: Windows XP
Client: Mac OS X 10.9
Synergy 1.7.3
Italian on both keyboards: 'z' instead of 'space'...
Same Bug
layout Spanish
Server: Linux Arch, version 1.73
Client: Yosemite 10.10, nigthly build synergy-master-673fba5-MacOSX1010-x86_64.dmg
"s" instead space
Same bug with a little twist compared to all of you
Layout Canadian French
Server: WIndows 7 SP1
Client: Yosemite 10.10.4
"/" instead of space
I had this bug for years and still nothing :(
Same Bug
Layout Spanish
Server: Windows Pro 8.1
Client: Yosemite 10.10, Synergy 1.7.3
"s" instead space
The work arround was to use Yosemite as the server and Windows as the Client.
Still, very annoying bug.
I've been having the same issue but for me with both US layouts (Windows 7, 8.1, 10) -> (Mac OS 10.10) it types §, if I switch to French Canadian I get /
I've paid for Synergy Pro about a year ago and I regret it. Such an important bug and after 3-4 years of people complaining its not fixed. You shouldnt charge for an app that doesnt work.
EDIT: Is it a keyboard issue? If so will buying a different keyboard potentially fix it?
@nethox, no, changing keyboards won't help at all. What I've found is that it only happens if you use the Mac as CLIENT. Synergy should work out of the box when using the Mac as Server and the windows PC as client. Yet, I must agree with you, it's a really annoying bug, and for the ones using Mac only (like myself) is a pain in the rear.. it is useless now.
Same issue with mac server and client under 10.10.4 and Synergy 1.7.4.
I resolved... buying another software, Sharemouse!
I can't program without space and {}
Why has this not been fixed, yet. I'm just gonna look for another software to work with. I can't believe the developers have taken so long to address this bug.
@StefanoM5 how is Sharemouse working out for you? I'm thinking about buying it.
I stoped using it. It is useless with that bug :(
On Tue, Sep 8, 2015 at 08:05, synergy/synergy
[email protected]
wrote:
@StefanoM5 [https://github.com/StefanoM5] how is Sharemouse working out for you? I'm thinking about buying it.
—
Reply to this email directly or view it on GitHub
[https://github.com/synergy/synergy/issues/2765#issuecomment-138533168] .[https://github.com/notifications/beacon/AA7LaG337x4-YO6hD4w1lyqKsZvooo9aks5ovsalgaJpZM4Ct38u.gif]
sharemouse is very good, i don't have problem, it is best solution to share mouse between mac and windows! The price is about 20 €.
There aren't problem with space and {}, so i can program easy :dancer:
I also had the problem described in this thread (Win7 server + Mac OS X client + italian keyboard layout), so Synergy was not usable for me. I switched to ShareMouse and everything worked out of the box with almost zero configuration. Unfortunately it does not support Linux systems, as Synergy does, but actually I don't need that.
I have to say that Synergy staff was very honest and professional, and promptly refunded me.
Hello folks. I have implemented a quick and dirty workaround for this bug.
This _could_ be used while we dig into the issue trying to get what is the real problem.
I only have 2 Macs and a very limited spare time :) Is someone willing to test it on a broader set of hardware/keyboard layouts? If so, just follow the instructions here to compile my fork. If you are interested I can provide a binary build.
it´s very funny that a old software fork (Quicksynergy) of Synergy works perfect with mac and linux, mac and mac or linux and linux. Any problem with space bar or other things that fail with synergy.
Here is the OsX binary for the latest version of Synergy, built from this fork and including the aforementioned patch.
Just stop Synergy, replace the app you have in the Application folder (making a backup beforehand) with the content of this package and restart Synergy.
If you have the premium version you will be able to use SSL encryption, of course.
EDIT: this is going to work only if you are getting a "z" instead of a space.
@pserrano I think that is because quick synergy uses an older version of synergyc
@dguerri it's from 2009 version. But now working perfect. And all old versions of Synergy not working.
I only have this problem when I use Synergy with 2 Macs.
Using a Mac (client or server) and a Linux box works perfectly. Can’t say for Windows.
I added a warning when the “hot-patch” is performed so you can see by yourself if the patch is actually used.
BTW, these are my findings (again I am not an objc developer!):
The problem is in the “supposedly wrong" association between a key button and the key id. Specifically, in my case, I have both key button 0x6 (z on my keyboard) and 0x31 (space on my keyboard), associated with id 0x20. If I got it rightly, on the synergy client the key id is used as an index to get the corresponding physical key to virtually “press”. So, when we press space on the server, the latter sends a 0x20 which is in turn decoded as a z by the client probably because it comes first in the list (I am still investigating this, actually).
I tracked down the source of the wrong association:
https://github.com/symless/synergy/blob/master/src/lib/platform/OSXKeyState.cpp#L686
which calls
https://github.com/symless/synergy/blob/master/src/lib/platform/OSXKeyState.cpp#L1241
which calls
https://github.com/symless/synergy/blob/master/src/lib/platform/OSXKeyState.cpp#L1277
which calls
https://github.com/symless/synergy/blob/master/src/lib/platform/OSXKeyState.cpp#L1320
then, at this line, the wrong value gets added:
https://github.com/symless/synergy/blob/master/src/lib/platform/OSXKeyState.cpp#L1335
The “supposedly wrong” value seems to come from the Apple CoreServices Framework, specifically here:
https://github.com/symless/synergy/blob/master/src/lib/platform/OSXKeyState.cpp#L1324
I am using the words “supposedly wrong” because the value itself might be correct, but the way Synergy “decodes” it could wrong. I have no clue about this, tho.
@pserrano do you happen to know where I can find the source code used by QuickSynergy for the synergy client? (synergyc)
thank you @dguerri
@giagam you are welcome. Is it working for you now?
@dguerri Absolutely, using version 1.8.0 you shared. MacBook Pro (client) and iMac (server) both running OS X 10.10.5 with ITALIAN layout keyboard and English for primary system language.
:+1: awesome
@pserrano thanks but that seems to be just the source code for the GUI. The client (synergyc) and the server (synergys) are stored in binary form! :confused:
Ok,
I have Synergy 1.7.4, Mac OS X 10.10.5 on Mac Mini (Mid 2010) Spanish keyboard and Mac Book pro Retina Late 2013 OS X 10.11.1 also Spanish keyboard. and Synergy is still sending character 's' instead of space... tried creating a hotkey keystroke(Space) and defined action was keystroke(Alt+Shift+u00a0) performed only on the mac book pro screen and still sends the 's' character.
Any advice on this?
Unfortunately this is still an issue. A lot of people tried Sharemouse instead. Personally I guess I'll just wait.
But... OMG! one year with this but.. I think is too much..
I just bought Synergy. it is a shame I started using many years ago to share keyboard and mouse between windows and Linux... now I face having a desktop mac and a laptop....
really this this..
ok I think will have to try Sharemouse... I've seen a lot of comments. I should see first the problems!!!
but well
You can ask for a refund if you are really mad about that issue.
I want a refund too! I'm writing an email to request it!
Same on 1.80 beta with linux and mac . i believe that @nbolton and all his team dev doesn't want repair this bug ever.
This is just absurd, I work as a programmer and would never have a bug pending this amount of time.
On December 1, 2015 at 6:37:46 AM, Pablo Serrano ([email protected]) wrote:
Same on 1.80 beta with linux and mac . i believe that @nbolton and all his team dev doesn't want repair this bug ever.
—
Reply to this email directly or view it on GitHub.
--
Adrian Samuel Niebla Rios
Sent with Airmail
A web programmer cannot use synergy with this bug.
I paid a software I can't use.
"PROGRAMMERS DOESN'T LOVE SYNERGY" if you don't resolve this bug.
I have this issue too. I am now using a hacked up version of Synergy to have it work between two Macs.
Luckily the source is open, but it is still paid software that doesn't deliver. Please, fix this.
@woxxy where can I find this hacked version? Hopefully it will work on Pc
as server and Mac as client
On Tue, Dec 15, 2015 at 11:28 AM, woxxy [email protected] wrote:
I have this issue too. I am now using a hacked up version of Synergy to
have it work between two Macs.Luckily the source is open, but it is still paid software that doesn't
deliver. Please, fix this.—
Reply to this email directly or view it on GitHub
https://github.com/synergy/synergy/issues/2765#issuecomment-164818243.
lol if server *ubuntu and client MacOssX the same problem, so it's not only between macs
I have the same issue. Server Linux and Client Mac. The "space" keys writes a "s" letter instead the space character.
I'm using the latest git code on the master branch.
You can try using teleport, it’s currently what I’m using. It's not perfect but it works and it’s free.
http://www.abyssoft.com/software/teleport/
On January 8, 2016 at 3:51:08 AM, xkill ([email protected]) wrote:
I have the same issue. Server Linux and Client Mac. The "space" keys writes a "s" letter instead the space character.
—
Reply to this email directly or view it on GitHub.
--
Adrian Samuel Niebla Rios
Sent with Airmail
It does not work on Linux and it was not Open Source... so I cannot use it.
On 08/01/16 16:35, Adrian Niebla wrote:
You can try using teleport, it’s currently what I’m using. It's not perfect but it works and it’s free.
http://www.abyssoft.com/software/teleport/On January 8, 2016 at 3:51:08 AM, xkill ([email protected]) wrote:
I have the same issue. Server Linux and Client Mac. The "space" keys writes a "s" letter instead the space character.
—
Reply to this email directly or view it on GitHub.
Adrian Samuel Niebla Rios
Sent with Airmail—
Reply to this email directly or view it on GitHub https://github.com/synergy/synergy/issues/2765#issuecomment-170033091.
Sorry forgot to mention only works on mac and windows. sorry.
On January 8, 2016 at 10:04:27 AM, xkill ([email protected]) wrote:
It does not work on Linux and it was not Open Source... so I cannot use it.
On 08/01/16 16:35, Adrian Niebla wrote:
You can try using teleport, it’s currently what I’m using. It's not perfect but it works and it’s free.
http://www.abyssoft.com/software/teleport/On January 8, 2016 at 3:51:08 AM, xkill ([email protected]) wrote:
I have the same issue. Server Linux and Client Mac. The "space" keys writes a "s" letter instead the space character.
—
Reply to this email directly or view it on GitHub.
Adrian Samuel Niebla Rios
Sent with Airmail—
Reply to this email directly or view it on GitHub https://github.com/synergy/synergy/issues/2765#issuecomment-170033091.
—
Reply to this email directly or view it on GitHub.
--
Adrian Samuel Niebla Rios
Sent with Airmail
i can reproduce this scenario easily:
obviously with this kind of bug, synergy is useless.
Steps to reproduce:
Actual: appears the character "z"
Expected: appears the character " "
Versions (Synergy, OS):
Server: Synergy Pro 1.7.5, Windows 8.1 x64, Os Lang: en_US, Keyboard Layout: it_IT
Client: Synergy Pro 1.7.5, OSX El Capitan 10.11.2, Os Lang: it_IT, Keyboard Layout: it_IT
Synergy.sgc
section: screens
PC-SERVER:
halfDuplexCapsLock = false
halfDuplexNumLock = false
halfDuplexScrollLock = false
xtestIsXineramaUnaware = false
switchCorners = none
switchCornerSize = 0
Client.local:
halfDuplexCapsLock = false
halfDuplexNumLock = false
halfDuplexScrollLock = false
xtestIsXineramaUnaware = false
switchCorners = none
switchCornerSize = 0
end
section: aliases
end
section: links
PC-SERVER:
right = Client.local
Client.local:
left = PC-SERVER
end
section: options
relativeMouseMoves = false
screenSaverSync = true
win32KeepForeground = false
switchCorners = none
switchCornerSize = 0
end
Debug1 logs:
[2016-01-08T20:09:44] INFO: entering screen
[2016-01-08T20:09:44] DEBUG: showing cursor
[2016-01-08T20:09:47] DEBUG1: recv key down id=0x00000020, mask=0x2000, button=0x0039
[2016-01-08T20:09:47] DEBUG1: mapKey 0020 (32) with mask 2000, start state: 0000
[2016-01-08T20:09:47] DEBUG1: find best: 0000 2000
[2016-01-08T20:09:47] DEBUG1: best key index 0 of 4 (exact)
[2016-01-08T20:09:47] DEBUG1: found key in group 0
[2016-01-08T20:09:47] DEBUG1: state: 0000,0000,0000
[2016-01-08T20:09:47] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-01-08T20:09:47] DEBUG1: desired state: 2000 0000,0000,0000
[2016-01-08T20:09:47] DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
[2016-01-08T20:09:47] DEBUG1: mapped to 007, new state 0000
[2016-01-08T20:09:47] DEBUG1: keystrokes:
[2016-01-08T20:09:47] DEBUG1: button=0x0007 virtualKey=0x0006 keyDown=down client=0x0000
[2016-01-08T20:09:48] DEBUG1: recv key up id=0x00000020, mask=0x2000, button=0x0039
[2016-01-08T20:09:48] DEBUG1: keystrokes:
[2016-01-08T20:09:48] DEBUG1: button=0x0007 virtualKey=0x0006 keyDown=up client=0x0000
For those with linux server and mac client, i was able to connect them with x2vnc(linux|apt) and VineServer(mac|freeware), the keyboard works perfect, but no clipboard working yet.
If you want to customize your keyboard layour on mac, Ukelele is the way to go.
Tip: use the ethernet ip on the mac to connect, at least for me, via wifi, the cursor moved really slow.
@webartoli I agree: with that bugs, synergy can't be used with a Mac as a client....
Feel free to try out the patched version on my fork (either recompiling it or downloading the compiled version):
https://github.com/synergy/synergy/issues/2765#issuecomment-138738887
https://github.com/synergy/synergy/issues/2765#issuecomment-139268657
tnx @dguerri ! I'll probably do it till your pull request will be merged.
This issue is currently resolved for me:
Server: Win 7, Synergy 1.8.0-beta-6b67530
Client: Mac OSX 10.11.2, Synergy 1.8.0-beta-6b67530
Still printing 's' instead of an space for me:
Server: Win 10, Synergy 1.8.0-beta-6b67530 / 1.7.6-rc3
Client: Mac OSX 10.11.2, Synergy 1.8.0-beta-6b67530 / 1.7.6-rc3
I don't know how the devs have the courage to charge 10$ for this buggy piece of software or how this got closed.
Yes, I noted the following problems:
Tested with latest version from GitHUB (compided code) and compiled versions 1.8.0 and 1.7.6-rc3 from nightly compiled version.
Linux -> Ubuntu 14.04
Windows -> Windows 7
OSX 10.11 (el capitan)
Beta versión 1.8.0 has the same issue. I can't believe this is something so difficult to fix.
Correct keyboard mapping functionality does not seem to be a priority for this project, despite this bug being marked "priority-next" and the fact that without this piece of core functionality, the product is basically useless. These problems seem to be plaguing the project a lot more ever since the move to Synergy2.
Granted, keyboard mapping between all the different OS versions, keyboard types, layouts and languages must be a big challenge to do and maintain correctly (i.e. test and fix) in all cases. There are 670 forks to this project. Does anyone know of one where they've done a better job at tackling this problem?
Finally, here's another potentially useful piece of information for the developers in case they should happen to read these comments:
Synergy 1.7.5:
Mac OS X 10.11 (server) -> Mac OS X 10.8 (client) works. (US keyboard on both sides)
Update:
My particular manifestation of this problem occurs with Linux 14.04 as the server and Mac OS X 10.11 as the client. More details are available at a post I previously made on the Synergy General Discussion forum here:
http://synergy-project.org/forum/viewtopic.php?f=16&t=633&p=3490#p3490
For what it's worth I'm typing this message on a mac server to a mac client, without issue. The server is on Yosemite, client is El Capitan, build is off my own fork, though I haven't done anything special for this particular issue. It more or less is 1.8.1-beta-a16d492. https://github.com/atyoung/synergy-osx Build instructions are there.
No promises it will build for windows properly, I haven't merged much other than OSX related fixes.
@atyoung as noted in my last comment, this already works for me in 1.7.5:
Mac OS X 10.11 (server) -> Mac OS X 10.8 (client) works. (US keyboard on both sides)
What's broken for me is Ubuntu 14.04 (server) -> Mac OS X 10.11 (client), US keyboard.
Works with Mac OS X 10.8 client, though, so it's a Mac OS X version thing in my case.
Did you make changes to any keyboard mapping code in your fork?
@ehuott I did not. I haven't really looked into the linux stuff at all. There are some patches floating around, but, my fork is OSX centric.
I did some further looking into the issue which appears to be centered around the differences between input maps between different system types. Just based on what I've looked at so far, this would not be particularly easy to resolve, and would probably require a refactor of how synergy grabs the input, and passes it to the client. Not a easy task.
Moved to: https://github.com/symless/synergy/issues/2765
2016-02-05 11:30 GMT+01:00 Federico Ramirez [email protected]:
This issue was removed from GitHub? What?
On Mon, 25 Jan 2016 at 18:06 Adam Young [email protected] wrote:
@ehuott https://github.com/ehuott I did not. I haven't really looked
into the linux stuff at all. There are some patches floating around, but,
my fork is OSX centric.—
Reply to this email directly or view it on GitHub
https://github.com/synergy/synergy/issues/2765#issuecomment-174662546.—
Reply to this email directly or view it on GitHub
https://github.com/symless/synergy/issues/2765#issuecomment-180287095.
Pablo Catalina pablo.[email protected]
The same issue, when space key ' ' is pressed in the client appear a 's'
Server: Linux Ubuntu Synergy version 1.8.0-beta-4ff3cdd
Client: Mac OSX 10.9.5 - Synergy version 1.8.0-beta-4ff3cdd
Also using as server Windows 10, I have the same issue.
Really I would love to buy this software but with this bug is not useful.
+1, some workaround?, the version is 1.7.1, some workarounds?, guys do you plan to fix this issue? seems exist 1 year ago
Ok, this is my workaround https://code.google.com/archive/p/quicksynergy/downloads, quicksinergy 0.9.0 in Ubuntu 14.04 as server and quick sinergy 1.2 in Mac OS Yosemite 10.10 as client. Everything is going fine until now.
+1 for the workaround posted by @woohoou. This is my new solution:
Server: Kubuntu 14.04 running synergy synergy-1.4.12-3ubuntu1 and quicksynergy-0.9-1ubuntu1 from the built-in apt repositories (free).
Clients: Mac OS X 10.11 and Mac OS X 10.8 running QuickSynergy for Mac 1.2 (downloaded from https://code.google.com/archive/p/quicksynergy/downloads). This app bundles synergy 1.3.1
Trying to use the newer (pay) versions 1.7.5 and 1.8.0-beta on the server breaks cut and paste with the older clients.
An added bonus of this setup is that changing the keyboard layout (language) on the server passes the keys with the new layout to the client. It is no longer necessary to change the keyboard layout on the client. This is the preferred old behavior before the newer, for pay versions.
It seems clear by now that Synergy has no intention of ever devoting any real resources to fixing this bug in the newer versions. This workaround has been posted more than once here and in the Synergy Forums at http://synergy-project.org/forum/. One would think they would at least do the obvious and compare the old working code against the new broken code, but it doesn't appear as if even that will happen.
Long time users of Synergy like myself have noticed that it has gotten increasingly buggy and bloated with time. This is well documented here and in the Synergy Forums.
My advice to new users is to stick with the older, free versions. They come minus the cost, minus the extra bugs and minus the bloat of unneeded and unwanted features such as file drag and drop and synchronized screen savers. These features are of absolutely NO USE in a simple software KVM switch, especially if it comes at the cost of not being able to implement the core functionality of mapping keys correctly. "Oh, look! I can drag files from one screen to the other! Never mind that if I type a character on the keyboard, some other completely random character pops out on the other end!"
I would even argue that built-in encryption isn't a good idea. Truly secure encryption is notoriously hard to implement correctly. Do you really want to trust your computer's security to a product with such glaring quality issues? If you want true security, set up a tunnel with tried and true encryption software such as SSH or a standard VPN instead.
Bottom line, save your money and more importantly your time. This software is not worth paying for until Synergy can fix these important bugs and show a committment to improved quality in the product.
Log from typing a space key on a Windows 10 with UK physical keyboard and English (Unite Kingdom) input to a Mac OSX 10.11 with US physical keyboard and Italian keyboard layout.
Compared with @webartoli, the different part is marked as bold
server log
[2016-04-14T15:20:55] DEBUG1: hook: 0x00000020 0x00390001
[2016-04-14T15:20:55] DEBUG1: hook: 0x06012020 0x00390001
[2016-04-14T15:20:55] DEBUG1: hook: 0x07002020 0x00390001
[2016-04-14T15:20:55] DEBUG1: event: Key char=32, vk=0x20, nagr=0, lParam=0x00390001
[2016-04-14T15:20:55] DEBUG1: new mask: 0x0000
[2016-04-14T15:20:55] DEBUG1: new mask: 0x0000
[2016-04-14T15:20:55] DEBUG1: onKeyDown id=32 mask=0x0000 button=0x0039
[2016-04-14T15:20:55] DEBUG1: hook: 0x00000020 0x80390001
[2016-04-14T15:20:55] DEBUG1: hook: 0x06012020 0x80390001
[2016-04-14T15:20:55] DEBUG1: hook: 0x07002020 0x80390001
[2016-04-14T15:20:55] DEBUG1: event: Key char=32, vk=0x20, nagr=0, lParam=0x80390001
[2016-04-14T15:20:55] DEBUG1: new mask: 0x0000
[2016-04-14T15:20:55] DEBUG1: new mask: 0x0000
[2016-04-14T15:20:55] DEBUG1: onKeyUp id=32 mask=0x0000 button=0x0039
client log
[2016-04-13 03:59:48] DEBUG1: recv key down id=0x00000020, mask=0x0000, button=0x0039
[2016-04-13 03:59:48] DEBUG1: mapKey 0020 (32) with mask 0000, start state: 0000
[2016-04-13 03:59:48] DEBUG1: find best: 0000 0000
[2016-04-13 03:59:48] DEBUG1: best key index 0 of 1 (exact)
[2016-04-13 03:59:48] DEBUG1: found key in group 0
[2016-04-13 03:59:48] DEBUG1: state: 0000,0000,0000
[2016-04-13 03:59:48] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-13 03:59:48] DEBUG1: desired state: 0000 0000,0000,0000
[2016-04-13 03:59:48] DEBUG1: flip: 0000 (0000 vs 0000 in ffff - 6020)
[2016-04-13 03:59:48] DEBUG1: mapped to 032, new state 0000
[2016-04-13 03:59:48] DEBUG1: keystrokes:
[2016-04-13 03:59:48] DEBUG1: 032 (00000000) down
[2016-04-13 03:59:48] DEBUG1: mask=0000 outMask=0000
[2016-04-13 03:59:48] DEBUG1: recv key up id=0x00000020, mask=0x0000, button=0x0039
[2016-04-13 03:59:48] DEBUG1: keystrokes:
[2016-04-13 03:59:48] DEBUG1: 032 (00000000) up
[2016-04-13 03:59:48] DEBUG1: mask=0000 outMask=0000
Can someone test this nightly?
http://synergy-project.org/nightly?filter=issue2765-mac-spacebar-mismatch-beta-ddfeec0
I just installed 1.8.1-beta-ddfeec0 and I still have the problem.
SERVER is windows 10 64bit, CLIENT is mac os x el capitan 10.11.4 both with italian OS and keyboard layout.
@stemig
Could you send us some log please? Here is my previous comment.
https://github.com/symless/synergy/issues/2765#issuecomment-209372285
Same issue here: When I press space bar on the server, an "s" gets rendered on the client instead of a blank space
Client: Mac OSX Yosemite 10.10.5 x86_64
Server: Arch Linux 4.1.21-1-lts x86_64
Synergy version on client & server: 1.8.1-beta-ddfeec0
When I press space bar on the server, a "z" gets rendered on the client instead of a blank space.
Let me know if that's okay.
Thank you.
@libcrack
Could you send us some log please? Here is my previous comment.
Hi guys, please send us some logging with Debug1 level. Please try to make the log as short as possible. Here is some suggestions
Thanks
@stemig
Thank you for the logging.
Did you only press spacebar once during that logging?
Hi, I wrote "a letter" on the server and I got "azletter" on the client.
Note: as a workaround if I press "alt+shift+space" on the server I get "space" on the client,
but it is not very handy!
Hi @XinyuHou
Good to see progress here. The issue is still happening.
Client: Mac OS X 10.11.4 - using nightly from this issue. (es_ES qwerty)
Server: Arch Linux - using git master. (es_ES qwerty)
Just copying key down (space key in server) here:
server log
[2016-04-15T21:57:44] DEBUG1: new mask: 0x0000
/home/aleiva/work/upstream/synergy/src/lib/synergy/KeyState.cpp,426
[2016-04-15T21:57:44] DEBUG1: event: KeyPress code=65, state=0x0000
/home/aleiva/work/upstream/synergy/src/lib/platform/XWindowsScreen.cpp,1455
[2016-04-15T21:57:44] DEBUG1: onKeyDown id=32 mask=0x0000 button=0x0041
/home/aleiva/work/upstream/synergy/src/lib/server/Server.cpp,1617
[2016-04-15T21:57:44] DEBUG1: send key down to "dopamine.litio.org" id=32, mask=0x0000, button=0x0041
/home/aleiva/work/upstream/synergy/src/lib/server/ClientProxy1_1.cpp,44
[2016-04-15T21:57:44] DEBUG1: new mask: 0x0000
/home/aleiva/work/upstream/synergy/src/lib/synergy/KeyState.cpp,426
[2016-04-15T21:57:44] DEBUG1: event: KeyRelease code=65, state=0x0000
/home/aleiva/work/upstream/synergy/src/lib/platform/XWindowsScreen.cpp,1512
[2016-04-15T21:57:44] DEBUG1: onKeyUp id=32 mask=0x0000 button=0x0041
/home/aleiva/work/upstream/synergy/src/lib/server/Server.cpp,1644
[2016-04-15T21:57:44] DEBUG1: send key up to "dopamine.litio.org" id=32, mask=0x0000, button=0x0041
/home/aleiva/work/upstream/synergy/src/lib/server/ClientProxy1_1.cpp,59
client log
[2016-04-15T18:46:01] DEBUG1: recv key down id=0x00000020, mask=0x0000, button=0x0041
[2016-04-15T18:46:01] DEBUG1: mapKey 0020 (32) with mask 0000, start state: 0000
[2016-04-15T18:46:01] DEBUG1: find best: 0000 0000
[2016-04-15T18:46:01] DEBUG1: best key index 0 of 11 (exact)
[2016-04-15T18:46:01] DEBUG1: found key in group 0
[2016-04-15T18:46:01] DEBUG1: state: 0000,0000,0000
[2016-04-15T18:46:01] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-15T18:46:01] DEBUG1: desired state: 0000 0000,0000,0000
[2016-04-15T18:46:01] DEBUG1: flip: 0000 (0000 vs 0000 in ffff - 6020)
[2016-04-15T18:46:01] DEBUG1: mapped to 002, new state 0000
[2016-04-15T18:46:01] DEBUG1: keystrokes:
[2016-04-15T18:46:01] DEBUG1: button=0x0002 virtualKey=0x0001 keyDown=down client=0x0000
[2016-04-15T18:46:01] DEBUG1: mask=0000 outMask=0000
[2016-04-15T18:46:01] DEBUG1: recv key up id=0x00000020, mask=0x0000, button=0x0041
[2016-04-15T18:46:01] DEBUG1: keystrokes:
[2016-04-15T18:46:01] DEBUG1: button=0x0002 virtualKey=0x0001 keyDown=up client=0x0000
[2016-04-15T18:46:01] DEBUG1: mask=0000 outMask=0000
[2016-04-15T18:46:04] DEBUG: stopping process
[2016-04-15T18:46:04] INFO: stopping synergy desktop process
[2016-04-15T18:46:04] INFO: process exited normally
Hi @XinyuHou
Same problem here:
Server iMac 27 (es_ES qwerty)
Client: Macbook Air 11" (es_ES qwerty)
Keyboard: Apple
Server Log:
2016-04-16 10:26:05.868 synergys[1045:72622] starting cocoa loop
[2016-04-16T10:26:13] NOTE: accepted client connection
[2016-04-16T10:26:13] INFO: accepted secure socket
[2016-04-16T10:26:14] NOTE: client "MB-Air-de-Sonia.local" has connected
[2016-04-16T10:26:15] INFO: switch from "iMac-de-Sonia.local" to "MB-Air-de-Sonia.local" at 1365,399
[2016-04-16T10:26:15] INFO: leaving screen
[2016-04-16T10:26:28] ERROR: ssl error occurred (system call failure)
[2016-04-16T10:26:28] ERROR: eof violates ssl protocol
[2016-04-16T10:26:28] NOTE: client "MB-Air-de-Sonia.local" has disconnected
[2016-04-16T10:26:28] INFO: jump from "MB-Air-de-Sonia.local" to "iMac-de-Sonia.local" at 1280,720
[2016-04-16T10:26:28] INFO: entering screen
[2016-04-16T10:26:30] INFO: stopping synergy desktop process
[2016-04-16T10:26:30] INFO: process exited normally
Client Log:
[2016-04-16T10:26:13] INFO: starting client
[2016-04-16T10:26:13] INFO: config file: /var/folders/hp/znnxxn611cd7fqg_g30gmqv40000gn/T/Synergy.BMJ590
[2016-04-16T10:26:13] INFO: log level: INFO
[2016-04-16T10:26:13] INFO: drag and drop enabled
[2016-04-16T10:26:13] NOTE: started client
[2016-04-16T10:26:13] NOTE: connecting to '192.168.0.196': 192.168.0.196:24800
2016-04-16 10:26:13.685 synergyc[676:12051] starting cocoa loop
[2016-04-16T10:26:13] NOTE: server fingerprint: 0D:E2:48:CE:F9:3D:88:90:EC:23:FD:55:04:A5:8C:2C:4F:3F:EC:F9
[2016-04-16T10:26:13] INFO: connected to secure socket
[2016-04-16T10:26:13] INFO: server ssl certificate info: /CN=Synergy
[2016-04-16T10:26:14] WARNING: cursor may not be visible
[2016-04-16T10:26:14] NOTE: connected to server
[2016-04-16T10:26:15] INFO: entering screen
[2016-04-16T10:26:15] WARNING: cursor may not be visible
[2016-04-16T10:26:15] INFO: clipboard was updated
[2016-04-16T10:26:15] INFO: clipboard was updated
[2016-04-16T10:26:28] INFO: stopping synergy desktop process
[2016-04-16T10:26:28] INFO: process exited normally
[2016-04-16T10:27:56] INFO: starting client
Hi @soblanco you need to activate debug level to DEBUG1 as describe in comment https://github.com/symless/synergy/issues/2765#issuecomment-209977182
I'm afraid I don't know how to do that...
Please find below both OSX and Linux log files as well a screenshot.
The problem arises when pressing the space bar on Linux (acting as server) which became s instead of a space.
synergy-1.8.1-beta-ddfeec0-OSX-10.10.log:
[2016-04-17T09:29:37] DEBUG: plugins dir: /Users/borja/Library/Synergy/Plugins
[2016-04-17T09:29:37] DEBUG: loading plugin: libns.dylib
[2016-04-17T09:29:37] DEBUG: plugin loaded: libns.dylib (version 1.3)
[2016-04-17T09:29:37] DEBUG: screen shape: center=0,0 size=1920x1200 on 1 display
[2016-04-17T09:29:37] DEBUG: starting watchSystemPowerThread
[2016-04-17T09:29:37] DEBUG: adopting new buffer
[2016-04-17T09:29:37] DEBUG: opened display
[2016-04-17T09:29:37] NOTE: started client
[2016-04-17T09:29:37] NOTE: connecting to '172.19.19.20': 172.19.19.20:24800
[2016-04-17T09:29:37] DEBUG: started watchSystemPowerThread
[2016-04-17T09:29:37] DEBUG: waiting for event loop
[2016-04-17T09:29:37] DEBUG: waiting for carbon loop
[2016-04-17T09:29:37] DEBUG: event queue is ready
[2016-04-17T09:29:37] DEBUG: signalling carbon loop ready
[2016-04-17T09:29:37] DEBUG: add pending events to buffer
[2016-04-17T09:29:37] DEBUG: carbon loop ready
[2016-04-17T09:29:37] DEBUG: starting carbon loop
[2016-04-17T09:29:38] DEBUG: hiding cursor
[2016-04-17T09:29:38] WARNING: cursor may not be visible
[2016-04-17T09:29:38] NOTE: connected to server
[2016-04-17T09:29:42] INFO: entering screen
[2016-04-17T09:29:42] DEBUG: showing cursor
[2016-04-17T09:29:42] DEBUG: start receiving clipboard data
[2016-04-17T09:29:42] DEBUG: receiving clipboard 0 size=39
[2016-04-17T09:29:42] DEBUG: received clipboard 0 size=39
[2016-04-17T09:29:42] DEBUG: setting clipboard
[2016-04-17T09:29:42] DEBUG: opening clipboard
[2016-04-17T09:29:42] DEBUG: emptying clipboard
[2016-04-17T09:29:42] DEBUG: add 27 bytes to clipboard format: 0
[2016-04-17T09:29:42] DEBUG: format of data to be added to clipboard was kText
[2016-04-17T09:29:42] DEBUG: added 27 bytes to clipboard format: 0
[2016-04-17T09:29:42] DEBUG: added 27 bytes to clipboard format: 0
[2016-04-17T09:29:42] DEBUG: closing clipboard
[2016-04-17T09:29:42] INFO: clipboard was updated
[2016-04-17T09:29:42] DEBUG: start receiving clipboard data
[2016-04-17T09:29:42] DEBUG: receiving clipboard 1 size=39
[2016-04-17T09:29:42] DEBUG: received clipboard 1 size=39
[2016-04-17T09:29:42] DEBUG: setting clipboard
[2016-04-17T09:29:42] DEBUG: opening clipboard
[2016-04-17T09:29:42] DEBUG: emptying clipboard
[2016-04-17T09:29:42] DEBUG: add 27 bytes to clipboard format: 0
[2016-04-17T09:29:42] DEBUG: format of data to be added to clipboard was kText
[2016-04-17T09:29:42] DEBUG: added 27 bytes to clipboard format: 0
[2016-04-17T09:29:42] DEBUG: added 27 bytes to clipboard format: 0
[2016-04-17T09:29:42] DEBUG: closing clipboard
[2016-04-17T09:29:42] INFO: clipboard was updated
synergy-1.7.6-linux.log (with debug symbols):
https://gist.github.com/XinyuHou/f0819da2df4caf6ad8eb273a38dee707
Pressing the space bar, the "spaces" become "s" as shown in the following screenshot:

Hey @XinyuHou,
I've already reported all of this exactly a year ago to Wes, I have lots of logs and scenarios that I was able to reproduce the error still handy if you need them, however:
I have several machines running: Linux (ubuntu - fedora), OsX 10.10 / 10.9.5 / 10.5.3 , win7 / win10..YET this is ONLY happening when Synergy is running as Client (despite de OS the server is running)
Second, the Leopard machine (PPC) has an old Synergy version (1.3.0) and space bar works just fine when running as client.
Pressing Ctrl+Shift+Spacebar in the server will print the space correctly in the client.
Server side
Test 1
server: mac osx 10.10.2
client: mac osx 10.9.5
pressing space bar -- "e" added (instead s)
DEBUG1: send enter to "zeus", 842,0 47 1000
----------------------------------
spacebar pressed in server
----------------------------------
DEBUG1: event: Key event kind: 10, keycode=49
DEBUG1: new mask: 0x1000
DEBUG1: onKeyDown id=32 mask=0x1000 button=0x0032
DEBUG1: **send key down to "zeus" id=32, mask=0x1000, button=0x0032**
DEBUG1: event: Key event kind: 11, keycode=49
DEBUG1: new mask: **0x1000**
DEBUG1: onKeyUp id=0 mask=0x1000 button=0x0032
DEBUG1: send key up to "zeus" id=0, mask=0x1000, button=0x0032
DEBUG1: try to leave "zeus" on up
Test 2 - server log
server: mac osx 10.10.2
client: mac osx 10.9.5
pressing Ctrl + shift + space bar -- space added
DEBUG1: send enter to "zeus", 743,0 59 1000
----------------------------------
holding shift down
----------------------------------
DEBUG1: event: Key event kind: 12, keycode=56
DEBUG1: mask=30102 outMask=1001
DEBUG1: new mask: 0x1001
DEBUG1: onKeyDown id=61409 mask=0x1001 button=0x0039
DEBUG1: send key down to "zeus" id=61409, mask=0x1001, button=0x0039
----------------------------------
holding Ctrl down
----------------------------------
DEBUG1: event: Key event kind: 12, keycode=58
DEBUG1: mask=b0122 outMask=1005
DEBUG1: new mask: 0x1005
DEBUG1: onKeyDown id=61417 mask=0x1005 button=0x003b
DEBUG1: send key down to "zeus" id=61417, mask=0x1005, button=0x003b
----------------------------------
pressing spacebar
----------------------------------
DEBUG1: event: Key event kind: 10, keycode=49
DEBUG1: new mask: 0x1005
DEBUG1: onKeyDown id=32 mask=0x1005 button=0x0032
**DEBUG1: send key down to "zeus" id=32, mask=0x1005, button=0x0032**
DEBUG1: event: Key event kind: 11, keycode=49
DEBUG1: new mask:** 0x1005**
----------------------------------
releasing spacebar
----------------------------------
DEBUG1: onKeyUp id=0 mask=0x1005 button=0x0032
DEBUG1: send key up to "zeus" id=0, mask=0x1005, button=0x0032
DEBUG1: event: Key event kind: 12, keycode=58
DEBUG1: mask=30102 outMask=1001
DEBUG1: new mask: 0x1001
----------------------------------
releasing Ctrl
----------------------------------
DEBUG1: onKeyUp id=61417 mask=0x1001 button=0x003b
DEBUG1: send key up to "zeus" id=61417, mask=0x1001, button=0x003b
DEBUG1: event: Key event kind: 12, keycode=56
DEBUG1: mask=10100 outMask=1000
DEBUG1: new mask: 0x1000
----------------------------------
releasing shift
----------------------------------
DEBUG1: onKeyUp id=61409 mask=0x1000 button=0x0039
DEBUG1: send key up to "zeus" id=61409, mask=0x1000, button=0x0039
NOTE: client "zeus" has disconnected
INFO: jump from "zeus" to "athena.local" at 840,525
DEBUG1: mask=0400 outMask=1000
Client side
Test 1 - client log
server: mac osx 10.10.2
client: mac osx 10.9.5
pressing space bar -- "e" added (instead s)
spacebar down received
----------------------------------
DEBUG1: recv key down id=0x00000020, mask=0x1000, button=0x0032
DEBUG1: mapKey 0020 (32) with mask 1000, start state: 0000
DEBUG1: find best: 0000 1000
DEBUG1: best key index 0 of 4 (exact)
DEBUG1: found key in group 0
DEBUG1: state: 0000,0000,0000
DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
DEBUG1: desired state: 1000 0000,0000,0000
DEBUG1: flip: 1000 (0000 vs 1000 in ffff - 6020)
DEBUG1: mapped to 00f, new state 0000
DEBUG1: keystrokes:
DEBUG1: button=0x003a virtualKey=0x0039 keyDown=down client=0x0000
DEBUG1: button=0x000f virtualKey=0x000e keyDown=down client=0x0000
DEBUG1: button=0x003a virtualKey=0x0039 keyDown=up client=0x0000
DEBUG1: recv key up id=0x00000000, mask=0x1000, button=0x0032
DEBUG1: keystrokes:
DEBUG1: button=0x000f virtualKey=0x000e keyDown=up client=0x0000
DEBUG1: recv leave
INFO: leaving screen
WARNING: cursor may not be visible
Test 2 - client log
server: mac osx 10.10.2
client: mac osx 10.9.5
pressing Ctrl + shift + space bar -- space added
shift down received
----------------------------------
DEBUG1: recv key down id=0x0000efe1, mask=0x1001, button=0x0039
DEBUG1: mapKey efe1 (61409) with mask 1001, start state: 0000
DEBUG1: find best: 0000 1001
DEBUG1: best key index 0 of 1 (exact)
DEBUG1: found key in group 0
DEBUG1: state: 0000,0000,0000
DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
DEBUG1: desired state: 1001 0000,0000,0000
DEBUG1: flip: 1000 (0000 vs 1001 in fffe - 6020)
DEBUG1: mapped to 039, new state 0001
DEBUG1: keystrokes:
DEBUG1: button=0x003a virtualKey=0x0039 keyDown=down client=0x0000
DEBUG1: button=0x0039 virtualKey=0x0038 keyDown=down client=0x0000
DEBUG1: button=0x003a virtualKey=0x0039 keyDown=up client=0x0000
----------------------------------
Ctrl down received
----------------------------------
DEBUG1: recv key down id=0x0000efe9, mask=0x1005, button=0x003b
DEBUG1: mapKey efe9 (61417) with mask 1005, start state: 0001
DEBUG1: find best: 0001 1005
DEBUG1: best key index 0 of 1 (exact)
DEBUG1: found key in group 0
DEBUG1: state: 0001,0000,0000
DEBUG1: flip: 0000 (0001 vs 0000 in 0000 - 0000)
DEBUG1: desired state: 1005 0001,0000,0000
DEBUG1: flip: 1000 (0001 vs 1005 in fffb - 6020)
DEBUG1: mapped to 03b, new state 0005
DEBUG1: keystrokes:
DEBUG1: button=0x003a virtualKey=0x0039 keyDown=down client=0x0000
DEBUG1: button=0x003b virtualKey=0x003a keyDown=down client=0x0000
DEBUG1: button=0x003a virtualKey=0x0039 keyDown=up client=0x0000
----------------------------------
spacebar down received
----------------------------------
DEBUG1: recv key down id=0x00000020, mask=0x1005, button=0x0032
DEBUG1: mapKey 0020 (32) with mask 1005, start state: 0005
DEBUG1: found key in group 0
DEBUG1: state: 0005,0000,0000
DEBUG1: flip: 0000 (0005 vs 0000 in 0000 - 0000)
DEBUG1: desired state: 0005 0005,0000,0000
DEBUG1: flip: 0000 (0005 vs 0005 in ffff - 6020)
DEBUG1: mapped to 00f, new state 0005
DEBUG1: keystrokes:
DEBUG1: button=0x000f virtualKey=0x000e keyDown=down client=0x0000
----------------------------------
spacebar up received
----------------------------------
DEBUG1: recv key up id=0x00000000, mask=0x1005, button=0x0032
DEBUG1: keystrokes:
DEBUG1: button=0x000f virtualKey=0x000e keyDown=up client=0x0000
----------------------------------
ctrl up received
----------------------------------
DEBUG1: recv key up id=0x0000efe9, mask=0x1001, button=0x003b
DEBUG1: new state 0001
DEBUG1: keystrokes:
DEBUG1: button=0x003b virtualKey=0x003a keyDown=up client=0x0000
----------------------------------
shift up received
----------------------------------
DEBUG1: recv key up id=0x0000efe1, mask=0x1000, button=0x0039
DEBUG1: new state 0000
DEBUG1: keystrokes:
DEBUG1: button=0x0039 virtualKey=0x0038 keyDown=up client=0x0000
notice that:
DEBUG1: send key down to "zeus" id=32, mask=0x1000, button=0x0032
will print "e" in the client, whilst:
DEBUG1: send key down to "zeus" id=32, mask=0x1005, button=0x0032
will print the space fine (holding down Ctrl+Shift).
@libcrack
Sorry, I have removed some unrelated logging
@andyvasile
Which version of Synergy are you running?
Would you see a line like this on your server side? This is from @libcrack, which might be related to the issue.
[2016-04-17T09:29:49] DEBUG1: modifiers on update: 0x2000
/build/synergy/src/synergy-1.7.6-stable/src/lib/synergy/KeyState.cpp,519
hey @XinyuHou
logs I've sent are the ones I recorded last year, so I regret syn version is 1.6.3. I'm not running Synergy anymore unfortunately.. yeah, because of this bug, however I'll set everything up later on today once I'm back from work and log everything again with debug1 level. I'll keep you posted.
@andyvasile
Thank you so much for the help.
this is ONLY happening when Synergy is running as Client (despite de OS the server is running)
I thought this issue only happened on Mac client. Is this not the case?
@libcrack
It looks like you compile the source code by yourself. If so, could you run the unit tests please?
@XinyuHou
Sorry for the confusion:
this is ONLY happening when Synergy is running as Client (despite de OS the server is running)
I actually meant it's happening only when synergy is running as client on Mac... in my defense I'll say it's monday.. heh!
anyways, I came back from the office and made a quick test using Synergy 1.7.6.. on two PCs, however I was surprisingly unable to reproduce the error using Win10 as server and Yosemite as client.
Unfortunately I can't affect more terminals to test how this synergy version behaves (I'm also running short of time for the day), however I'll make the complete test again later this week for my curiosity sake.
Here are the logs I've just recorded, however the space was properly printed at client.
space bar pressed @server
----------------------------------
[2016-04-18T23:36:19] DEBUG1: hook: 0x00000020 0x00390001
[2016-04-18T23:36:19] DEBUG1: hook: 0x06012020 0x00390001
[2016-04-18T23:36:19] DEBUG1: hook: 0x07002020 0x00390001
[2016-04-18T23:36:19] DEBUG1: event: Key char=32, vk=0x20, nagr=0, lParam=0x00390001
[2016-04-18T23:36:19] DEBUG1: new mask: 0x0000
[2016-04-18T23:36:19] DEBUG1: new mask: 0x0000
[2016-04-18T23:36:19] DEBUG1: onKeyDown id=32 mask=0x0000 button=0x0039
[2016-04-18T23:36:19] DEBUG1: send key down to "athena" id=32, mask=0x0000, button=0x0039
[2016-04-18T23:36:19] DEBUG1: hook: 0x00000020 0x80390001
[2016-04-18T23:36:19] DEBUG1: hook: 0x06012020 0x80390001
[2016-04-18T23:36:19] DEBUG1: hook: 0x07002020 0x80390001
[2016-04-18T23:36:19] DEBUG1: event: Key char=32, vk=0x20, nagr=0, lParam=0x80390001
[2016-04-18T23:36:19] DEBUG1: new mask: 0x0000
[2016-04-18T23:36:19] DEBUG1: new mask: 0x0000
[2016-04-18T23:36:19] DEBUG1: onKeyUp id=32 mask=0x0000 button=0x0039
[2016-04-18T23:36:19] DEBUG1: send key up to "athena" id=32, mask=0x0000, button=0x0039
@andyvasile
Thanks for the input.
I'm just curious if the focused app on server is a fact. Could you pay attention to that as well?
@andyvasile @libcrack
I also wonder if caps lock and number lock affect this issue. Could you guys give it a try when you test it?
In my configuration (synergy 1.8.1-beta-ddfeec0 - server win 10 64bit - client mac os x el capitan - italian keyboard) pressing [space] I get "z" while with caps lock I get "Z". Number lock doesn't affect the issue.
According to @dguerri comment https://github.com/symless/synergy/issues/2765#issuecomment-139271516
Compare 1.3 and 1.8 source code, the difference is 1.8 using TISGetInputSourceProperty while 1.3 using KLGetKeyboardLayoutProperty which is deprecated after 10.5. Apart from that, the rest of OSXKeyState is identical in both version.
@andyvasile @libcrack @dguerri @stemig
Please test this nightly
http://synergy-project.org/nightly?filter=synergy-issue2765-spacebar-mismatch-beta-c84479a
@XinyuHou works here fine, if space presed, space in client typed, server and client osx 10.11.5 beta 1
thanks :)
@XinyuHou https://github.com/XinyuHou very thanks!
2016-04-21 16:00 GMT+02:00 doomedraven [email protected]:
@XinyuHou https://github.com/XinyuHou works here fine, if space presed,
space in client typed, server and client osx 10.11.5 beta 1thanks :)
—
You are receiving this because you commented.
Reply to this email directly or view it on GitHub
https://github.com/symless/synergy/issues/2765#issuecomment-212933235
Working here too. Great! Thanks.
Works fine.
Server: Ubuntu 14.04 amd64
Client: Mac El Capitan
Thanks so much!!!
Works fine, but now "." will print "," in the client.
Server: Windows 10 64bit
Client: Mac El Capitan
Works fine.
Server: Windows 10 64bit
Client: Mac El Capitan
I'm using a Spanish layout. In my case, ',' and '.' works OK
When pressing ALT + key, result does not match
@stemig
Could you send us some log? Please check this comment https://github.com/symless/synergy/issues/2765#issuecomment-209977182
@kharenzze
What OS are you using?
On Windows there is an on screen keyboard while on Mac there is a keyboard viewer. Please open that and test again. Some log would be helpful. Please check this comment #2765 (comment)
Server log:
[2016-04-27T17:08:27] DEBUG1: hook: 0x06012ebe 0x00340001
[2016-04-27T17:08:27] DEBUG1: hook: 0x07002ebe 0x00340001
[2016-04-27T17:08:27] DEBUG1: event: Key char=46, vk=0xbe, nagr=0, lParam=0x00340001
[2016-04-27T17:08:27] DEBUG1: new mask: 0x2000
[2016-04-27T17:08:27] DEBUG1: new mask: 0x2000
[2016-04-27T17:08:27] DEBUG1: onKeyDown id=46 mask=0x2000 button=0x0034
[2016-04-27T17:08:27] DEBUG1: send key down to "MacBook-Pro-2015-di-Stefano.local" id=46, mask=0x2000, button=0x0034
Client log:
[2016-04-27T17:08:30] DEBUG: recv key down id=0x0000002e, mask=0x2000, button=0x0034
[2016-04-27T17:08:30] DEBUG: mapKey 002e (46) with mask 2000, start state: 0000 in group: 0000
[2016-04-27T17:08:30] DEBUG: find best: 0000 2000
[2016-04-27T17:08:30] DEBUG: best key index 1 of 2 (exact)
[2016-04-27T17:08:30] DEBUG: found key in group 0
[2016-04-27T17:08:30] DEBUG1: state: 0000,0000,0000
[2016-04-27T17:08:30] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-27T17:08:30] DEBUG1: desired state: 2000 0000,0000,0000
[2016-04-27T17:08:30] DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
[2016-04-27T17:08:30] DEBUG: mapped to 042, new state 0000
[2016-04-27T17:08:30] DEBUG1: keystrokes:
[2016-04-27T17:08:30] DEBUG1: button=0x0042 virtualKey=0x0041 keyDown=down client=0x0000
[2016-04-27T17:08:31] DEBUG1: recv key up id=0x0000002e, mask=0x2000, button=0x0034
[2016-04-27T17:08:31] DEBUG1: keystrokes:
[2016-04-27T17:08:31] DEBUG1: button=0x0042 virtualKey=0x0041 keyDown=up client=0x0000
@XinyuHou
Server: Windows 10 64bit
Client: Mac 10.11 El Capitan
I'm running the last nightly build you posted some days before (http://synergy-project.org/nightly?filter=synergy-issue2765-spacebar-mismatch-beta-c84479a) on both computers. Both computers use this keyboard layout (Spanish):

I'll describe what happens with this keys in several cases using this two cases:

Pressing '+' key: --> Nothing happens
Client log:
[2016-04-28T21:50:05] DEBUG: recv key down id=0x0000002b, mask=0x2000, button=0x001b
[2016-04-28T21:50:05] DEBUG: mapKey 002b (43) with mask 2000, start state: 0000 in group: 0000
[2016-04-28T21:50:05] DEBUG: find best: 0000 2000
[2016-04-28T21:50:05] DEBUG: best key index 2 of 3 (exact)
[2016-04-28T21:50:05] DEBUG: found key in group 0
[2016-04-28T21:50:05] DEBUG1: state: 0000,0000,0000
[2016-04-28T21:50:05] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-28T21:50:05] DEBUG1: desired state: 2000 0000,0000,0000
[2016-04-28T21:50:05] DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
[2016-04-28T21:50:05] DEBUG: mapped to 047, new state 0000
[2016-04-28T21:50:05] DEBUG1: keystrokes:
[2016-04-28T21:50:05] DEBUG1: button=0x0047 virtualKey=0x0046 keyDown=down client=0x0000
[2016-04-28T21:50:05] DEBUG1: recv key up id=0x0000002b, mask=0x2000, button=0x001b
[2016-04-28T21:50:05] DEBUG1: keystrokes:
[2016-04-28T21:50:05] DEBUG1: button=0x0047 virtualKey=0x0046 keyDown=up client=0x0000
Pressing 'Alt', Mac onScreen keyboard shows this:

This works fine.
Pressing 'Alt Gr', Mac onScreen keyboard shows this:

In my opinion, pressing this key should be the same that pressing 'Alt' for Mac, because 'Alt Gr' does not exist on Mac.
Pressing 'Alt' + ' ` ' does nothing. Expected ' [ '
Client log:
[2016-04-28T22:15:16] DEBUG: recv key down id=0x0000efe9, mask=0x2004, button=0x0038
[2016-04-28T22:15:16] DEBUG: mapKey efe9 (61417) with mask 2004, start state: 0000 in group: 0000
[2016-04-28T22:15:16] DEBUG: find best: 0000 2004
[2016-04-28T22:15:16] DEBUG: best key index 0 of 1 (exact)
[2016-04-28T22:15:16] DEBUG: found key in group 0
[2016-04-28T22:15:16] DEBUG1: state: 0000,0000,0000
[2016-04-28T22:15:16] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-28T22:15:16] DEBUG1: desired state: 2004 0000,0000,0000
[2016-04-28T22:15:16] DEBUG1: flip: 0000 (0000 vs 2004 in fffb - 6020)
[2016-04-28T22:15:16] DEBUG: mapped to 03b, new state 0004
[2016-04-28T22:15:16] DEBUG1: keystrokes:
[2016-04-28T22:15:16] DEBUG1: button=0x003b virtualKey=0x003a keyDown=down client=0x0000
[2016-04-28T22:15:16] DEBUG: recv key down id=0x00000060, mask=0x2004, button=0x001a
[2016-04-28T22:15:16] DEBUG: mapKey 0060 (96) with mask 2004, start state: 0004 in group: 0000
[2016-04-28T22:15:16] DEBUG1: no mapping for key 0060
[2016-04-28T22:15:16] DEBUG1: recv key up id=0x00000060, mask=0x2004, button=0x001a
[2016-04-28T22:15:16] DEBUG: recv key down id=0x00000060, mask=0x2004, button=0x001a
[2016-04-28T22:15:16] DEBUG: mapKey 0060 (96) with mask 2004, start state: 0004 in group: 0000
[2016-04-28T22:15:16] DEBUG1: no mapping for key 0060
[2016-04-28T22:15:16] DEBUG1: recv key up id=0x00000060, mask=0x2004, button=0x001a
[2016-04-28T22:15:17] DEBUG1: recv key up id=0x0000efe9, mask=0x2000, button=0x0038
[2016-04-28T22:15:17] DEBUG1: new state 0000
[2016-04-28T22:15:17] DEBUG1: keystrokes:
[2016-04-28T22:15:17] DEBUG1: button=0x003b virtualKey=0x003a keyDown=up client=0x0000
Pressing 'Alt' + ' + ' returns ' ] '. OK
Client log:
[2016-04-28T22:18:31] DEBUG: recv key down id=0x0000efe9, mask=0x2004, button=0x0038
[2016-04-28T22:18:31] DEBUG: mapKey efe9 (61417) with mask 2004, start state: 0000 in group: 0000
[2016-04-28T22:18:31] DEBUG: find best: 0000 2004
[2016-04-28T22:18:31] DEBUG: best key index 0 of 1 (exact)
[2016-04-28T22:18:31] DEBUG: found key in group 0
[2016-04-28T22:18:31] DEBUG1: state: 0000,0000,0000
[2016-04-28T22:18:31] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-28T22:18:31] DEBUG1: desired state: 2004 0000,0000,0000
[2016-04-28T22:18:31] DEBUG1: flip: 0000 (0000 vs 2004 in fffb - 6020)
[2016-04-28T22:18:31] DEBUG: mapped to 03b, new state 0004
[2016-04-28T22:18:31] DEBUG1: keystrokes:
[2016-04-28T22:18:31] DEBUG1: button=0x003b virtualKey=0x003a keyDown=down client=0x0000
[2016-04-28T22:18:31] DEBUG: recv key down id=0x0000002b, mask=0x2004, button=0x001b
[2016-04-28T22:18:31] DEBUG: mapKey 002b (43) with mask 2004, start state: 0004 in group: 0000
[2016-04-28T22:18:31] DEBUG: found key in group 0
[2016-04-28T22:18:31] DEBUG1: state: 0004,0000,0000
[2016-04-28T22:18:31] DEBUG1: flip: 0000 (0004 vs 0000 in 0000 - 0000)
[2016-04-28T22:18:31] DEBUG1: desired state: 2004 0004,0000,0000
[2016-04-28T22:18:31] DEBUG1: flip: 0000 (0004 vs 2004 in ffff - 6020)
[2016-04-28T22:18:31] DEBUG: mapped to 01f, new state 0004
[2016-04-28T22:18:31] DEBUG1: keystrokes:
[2016-04-28T22:18:31] DEBUG1: button=0x001f virtualKey=0x001e keyDown=down client=0x0000
[2016-04-28T22:18:31] DEBUG1: recv key up id=0x0000002b, mask=0x2004, button=0x001b
[2016-04-28T22:18:31] DEBUG1: keystrokes:
[2016-04-28T22:18:31] DEBUG1: button=0x001f virtualKey=0x001e keyDown=up client=0x0000
[2016-04-28T22:18:32] DEBUG1: recv key up id=0x0000efe9, mask=0x2000, button=0x0038
[2016-04-28T22:18:32] DEBUG1: new state 0000
[2016-04-28T22:18:32] DEBUG1: keystrokes:
[2016-04-28T22:18:32] DEBUG1: button=0x003b virtualKey=0x003a keyDown=up client=0x0000
Pressing esc does nothing.
Client log:
[2016-04-28T22:16:45] DEBUG: recv key down id=0x0000ef1b, mask=0x2000, button=0x0001
[2016-04-28T22:16:45] DEBUG: mapKey ef1b (61211) with mask 2000, start state: 0000 in group: 0000
[2016-04-28T22:16:45] DEBUG: find best: 0000 2000
[2016-04-28T22:16:45] DEBUG: best key index 1 of 2 (exact)
[2016-04-28T22:16:45] DEBUG: found key in group 0
[2016-04-28T22:16:45] DEBUG1: state: 0000,0000,0000
[2016-04-28T22:16:45] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-04-28T22:16:45] DEBUG1: desired state: 2000 0000,0000,0000
[2016-04-28T22:16:45] DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
[2016-04-28T22:16:45] DEBUG: mapped to 048, new state 0000
[2016-04-28T22:16:45] DEBUG1: keystrokes:
[2016-04-28T22:16:45] DEBUG1: button=0x0048 virtualKey=0x0047 keyDown=down client=0x0000
[2016-04-28T22:16:45] DEBUG1: recv key up id=0x0000ef1b, mask=0x2000, button=0x0001
[2016-04-28T22:16:45] DEBUG1: keystrokes:
[2016-04-28T22:16:45] DEBUG1: button=0x0048 virtualKey=0x0047 keyDown=up client=0x0000
Hope to be helpful. If you need more test, just say it.
@stemig
Thank you for all the input, could you use this nightly to test again? Set log level to Debug is enough.
http://synergy-project.org/nightly?filter=synergy-issue2765-spacebar-mismatch-beta-eca4e05
This time please send me the whole log from both server and client using gist
@kharenzze
Thank you for all the input.
In my opinion, pressing this key should be the same that pressing 'Alt' for Mac, because 'Alt Gr' does not exist on Mac.
I don't think this should be identical even for Mac. I need to more research on this.
Could you use this nightly to test again? Set log level to Debug is enough. Please only test one key and tell us what you expect and what you actually get like above. This nightly will not fix the issue but it will help us diagnose it.
http://synergy-project.org/nightly?filter=synergy-issue2765-spacebar-mismatch-beta-eca4e05
Pressing '+'. Expected '+', returns nothing.
[2016-05-02T14:00:58] DEBUG: recv key down id=0x0000002b, mask=0x2000, button=0x001b
[2016-05-02T14:00:58] DEBUG: mapKey 002b (43) with mask 2000, start state: 0000 in group: 0000
[2016-05-02T14:00:58] DEBUG: find best: 0000 2000
[2016-05-02T14:00:58] DEBUG: best key index 3 of 3 (exact)
[2016-05-02T14:00:58] DEBUG: found key in group 0
[2016-05-02T14:00:58] DEBUG: mapped to 047, new state 0000
[2016-05-02T14:00:58] DEBUG: keystrokes:
[2016-05-02T14:00:58] DEBUG: button=0x0047 virtualKey=0x0046 keyDown=down client=0x0000
[2016-05-02T14:00:59] DEBUG: recv key up id=0x0000002b, mask=0x2000, button=0x001b
[2016-05-02T14:00:59] DEBUG: keystrokes:
[2016-05-02T14:00:59] DEBUG: button=0x0047 virtualKey=0x0046 keyDown=up client=0x0000
Server and cliente log
Pressing '.' expected '.' returns ','
Here other problems I've noticed:
Pressing '+' expected '+' returns nothing
Pressing 'alt gr + è' expected '[' returns 'è'
Pressing 'alt gr + shift + è' expected '{' returns 'è'
Pressing 'alt gr + +' expected ']' returns '+'
Pressing 'alt gr + shift + +' expected '}' returns '*'
@stemig same happens here, plus alt-gr + 2 doens't return @ (doesn't return anything)
But the spacebar has been solved :-/
@stemig @colega
In my case (windows server, mac client) alt+2 works, returning @, 'Alt Gr'+2 doesn't. As I said, in my opinion, pressing 'Alt Gr' key should be the same that pressing 'Alt' for Mac, because 'Alt Gr' does not exist on Mac. What do you think about this?
@stemig
Sorry, could you test it again with this nightly? I forgot to change a log level in the previous nightly.
http://synergy-project.org/nightly?filter=synergy-issue2765-spacebar-mismatch-beta-50d9cda
@kharenzze @colega
Do you use modifier key swapping feature in Synergy?
It looks like altgr is mapped to ctrl + alt
What do you mean? Is that an option on Synergy, or Mac configuration? If you refer to the second case, I don't have enabled any modifier key swapping
@kharenzze
There is a feature in Synergy you can swap keys. Just want to check if you use this feature or not.
No, I don't use this
Server and client log (synergy-issue2765-spacebar-mismatch-beta-50d9cda)
Pressing '.' expected '.' returns ','
Thank you @kharenzze @stemig
@stemig
After some research, I think the period mismatch issue is the same as #4280 which could be related to our low level architecture. To proper fix, it would take a huge amount of time. I have added your input into that issue.
@kharenzze
The '+' issue is duplicate to #4280 I have added your input into that issue.
During research this spacebar issue, I do find some code that deals altgr specially, but I didn't dig too much into it. Please have a look at this similar issue #4895
Hi guys, please test this nightly to make sure spacebar is still working.
http://synergy-project.org/nightly?filter=synergy-v1.8.2-beta-dbd08c
Hi, I tested official stable version 1.7.6 and eternal space error remains. Space in KUbuntu's synergy 1.7.6 shows an s in macOS 1.7.6 synergy.
Yet your link to nightly build to 1.8.2-beta works.
Nice! 5 YEARS BUG FINALLY SOLVED. :D Now working for me to Mac OSX 10.11.5 server and Ubuntu 16.04 LTS Client. Tomorrow @XinyuHou thx for finally fix this 💃
Hi, Im still having the 's' issue wehn I press space bar, I tried beta but not working for me. This is hte debug log when I press space bar key:
[2016-06-26T19:46:23] DEBUG1: recv key down id=0x00000020, mask=0x2000, button=0x0039
[2016-06-26T19:46:23] DEBUG1: mapKey 0020 (32) with mask 2000, start state: 0000
[2016-06-26T19:46:23] DEBUG1: find best: 0000 2000
[2016-06-26T19:46:23] DEBUG1: best key index 0 of 11 (exact)
[2016-06-26T19:46:23] DEBUG1: found key in group 0
[2016-06-26T19:46:23] DEBUG1: state: 0000,0000,0000
[2016-06-26T19:46:23] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-06-26T19:46:23] DEBUG1: desired state: 2000 0000,0000,0000
[2016-06-26T19:46:23] DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
[2016-06-26T19:46:23] DEBUG1: mapped to 002, new state 0000
[2016-06-26T19:46:23] DEBUG1: keystrokes:
[2016-06-26T19:46:23] DEBUG1: button=0x0002 virtualKey=0x0001 keyDown=down client=0x0000
[2016-06-26T19:46:23] DEBUG1: recv key up id=0x00000020, mask=0x2000, button=0x0039
[2016-06-26T19:46:23] DEBUG1: keystrokes:
[2016-06-26T19:46:23] DEBUG1: button=0x0002 virtualKey=0x0001 keyDown=up client=0x0000
This issue hasn't been resolve im using lastest version and the issue persist
Hi guys any news on this irse? I payed for this a month ago and I cast use it yet, this is very frustrated
@alquimista13 They seem to be working on it but it's taking a long time. Meanwhile, there is a workaround using older versions of Synergy.
I have working cut and paste with Synergy 1.3.1 on Mac OS X and Synergy 1.4.12 on Ubuntu. For encryption, I use ssh and forward port 24800 (synergy) through the tunnel.
Additional details and comments here:
https://github.com/symless/synergy/issues/2765#issuecomment-193117594
Some people have also had some luck with the latest beta versions of Synergy, although your mileage may vary.
Edit: Hmmm... It looks like the comment link above might not work if all the comments have not been loaded onto this page. This looks like a GitHub bug that I hope they will fix.
The beta version works.
http://synergy-project.org/nightly?filter=synergy-v1.8.2-beta-dbd08c
Thanks a lot for your support
I tested the last beta version and now works with the native keylayout from mac.
Im using a external layout for my Microsoft Multimedia Keyboard, when I select this keyboard, I press bar space and now it dosel't do anything, could you see if is it possible to fix too?
This is my keylayout file. MS Keyboard is plugged into a Windows 7 and this windows works as server for synergy.
From my macbook This is what log show me when I press bar space:
[2016-07-11T09:33:40] DEBUG1: recv key down id=0x00000020, mask=0x2000, button=0x0039
[2016-07-11T09:33:40] DEBUG1: mapKey 0020 (32) with mask 2000, start state: 0000
[2016-07-11T09:33:40] DEBUG1: find best: 0000 2000
[2016-07-11T09:33:40] DEBUG1: best key index 3 of 3 (exact)
[2016-07-11T09:33:40] DEBUG1: found key in group 2
[2016-07-11T09:33:40] DEBUG1: state: 0000,0000,0000
[2016-07-11T09:33:40] DEBUG1: flip: 0000 (0000 vs 0000 in 0000 - 0000)
[2016-07-11T09:33:40] DEBUG1: desired state: 2000 0000,0000,0000
[2016-07-11T09:33:40] DEBUG1: flip: 0000 (0000 vs 2000 in ffff - 6020)
[2016-07-11T09:33:40] DEBUG1: mapped to 069, new state 0000
[2016-07-11T09:33:40] DEBUG1: keystrokes:
[2016-07-11T09:33:40] DEBUG1: button=0x0069 virtualKey=0x0068 keyDown=down client=0x0000
[2016-07-11T09:33:40] DEBUG1: recv key up id=0x00000020, mask=0x2000, button=0x0039
[2016-07-11T09:33:40] DEBUG1: keystrokes:
[2016-07-11T09:33:40] DEBUG1: button=0x0069 virtualKey=0x0068 keyDown=up client=0x0000
Thanks a lot for your help!
Can anyone test this nightly?
http://symless.com/nightly?filter=85bbbd4
Sorry for the delay, guys. Our concern is this space bar fix might cause non-alphabetic keys mismatch. We are still investigating. The worst case would be back out the fix from 1.8.2 and move it to later release until we have a solid solution.
Nightly version 1.8.2 and 1.8.3 now works (space is correctly interpreted as " "), but... Unfortunately now it transforms the "." (dot) in "," (comma).
I have more log maybe this can help you,
Apple Normal Keylayout.txt -- this is the log when I press space bar with default Keylayout (works, space apears)
Microsoft KeyLayout.txt -- This is the logs when I press space bar with Microsoft Keylayout (doesnt work, nothig happen)
If you compared both logs, you can see that same key are found in diferents groups. I hope this can help you, thanks
Apple Normal Keylayout.txt
Microsoft KeyLayout.txt
@XinyuHou, regarding:
Can anyone test this nightly?
http://symless.com/nightly?filter=85bbbd4
On my side with 85bbbd4 nightly the spacebar works fine –with the stable version (1.7.6) it would not, I would get an "s"– but some non-alphabetic keys do not work (I get no characters at all), e.g. "[" and "{", although they would not work on the stable version either.
Both devices, server and client, have:
I attach the logs after having hit "[", "{" and spacebar:
Please, let me know if you need more info or if I could test anything else to provide you with more feedback.
The 1.8.2 rc1 fixed this issue for me. thanks.
Server: Windows 8.1
Client: OSX 10.11.6
So far synergy-v1.8.2-rc1-354a8f1 fixed all the issues I was having, the number keys at the top of the keyboard are being sent as expected and not sent as if I was using the numpad, and the / key next to the right shift key works again.
Still doesn't work with synergy-v1.8.2-rc1-354a8f1
Server: Windows 10 Home
Client: OS X 10.11.5 (15F34)
Both with synergy-v1.8.2-rc1-354a8f1 installed.
Hi,
Client: Mac OSX 10.11.6
Server: Ubuntu
I just updated to 1.8.2-stable-36cd521 and still have the s instead of space issue on the mac client, i have seen that there are some nightly versions that fix the issues could you point me to them?
When is this commit on an stable version?
Thanks a lot and best regards
Guys, could you test this nightly please?
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad
Note: we backed out the immature fix from v1.8.2-stable which would introduce more problems than it solved. So please be aware v1.8.2 won't fix this issue.
I tested the http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad version and "now" work fine, excellent work !!!!
Client and Server: Mac OSX 10.11.6
Ohzyeah!zNowzit'szwonderful!!!
Synergy 1.8.2
Mac OS 10.11.6
Italian
it does not work yet
@Aigor79
Could you test this nightly please?
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad
Note: we backed out the immature fix from v1.8.2-stable which would introduce more problems than it solved. So please be aware v1.8.2 won't fix this issue.
It seems it works! Finally!
thank you :)
@XinyuHou
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad
this version works well
Hi, thanks a lot for the fast response.
I tested and space works fine now but I lost the alt(on mac) / Alt Gr(on windows and linux) on the client, (they work fine on the server),now and can’t use square brackets and curly brackets, at sign euro sign or any of the characters that work with that key pressed. I do programs and use those characters a lot.
Do you have the same issue with this nightly build?
Thanks and regards
Andrés Umaña E.
On 12 Aug 2016, at 09:04, Aigor79 [email protected] wrote:
@XinyuHou https://github.com/XinyuHou
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad
this version works well—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub https://github.com/symless/synergy/issues/2765#issuecomment-239375759, or mute the thread https://github.com/notifications/unsubscribe-auth/ADokxQSe0V5IOh-IE1bHK2qNv5Th4-Iqks5qfBrwgaJpZM4Ct38u.
@aumana
What language input do you use? Is the mac your client and Linux your server? What about Windows?
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-b57e8ad
This version solved the exact problem in #5357 for me. Thank you!
Client: MacOS 10.11
Server: Windows 10
Last nightly seems to work properly for me (Mac OS 10.10 French Multi KB). Thanks!
Mac client / Linux server all with Spanish keyboards and configured correctly for the Spanish keyboard.
I just tried English keyboard configuration but the problem persist. alt keys don't work.
Thanks
Sent from my iPhone
On 12 Aug 2016, at 15:41, Jerry (Xinyu Hou) [email protected] wrote:
@aumana
What language input do you use? Is the mac your client and Linux your server? What about Windows?―
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
@aumana
It sounds like a AltGr key problem. Did you try to press Alt key or AltGr key?
I have tried on my CentOS 7 server and MacOS 10.11 client with Spanish input source. Alt key works but AltGr does nothing.
Same problem here. Mac Server and Client using a mac keyboard and the Spanish-ISO layout.
The space issue is fixed after installing the _issue2765-spacebar-issue-beta-b57e8ad_ version, but the alt key does not work to type [ and {
The Alt Key still works for the rest characters that requires it in the Spanish-ISO layout: |@#¬~}]
@DabiMartin
Could you open keyboard viewer on both your server and client to see what keys are not sent or not mapped correctly?
And another issue. In the server, when you press cmd+spacebar (mac) it should launch finder, but it does not. It launchs "save as"
@soblanco
Cmd + spacebar open spotlight search bar on my Mac 10.11. Did you remap the command?
No, sorry, I ment spotlight search, of course. I wouldn't know how to remap it :)
The server works fine, but the client does not.
@soblanco
What input language are you using on both server and client?
You can use Mac built-in keyboard viewer to see which is pressed. Please check what happens when you press a cmd key on your client.
@XinyuHou
These are the keys that do not work in the Mac client with the Spanish ISO layout, after installing the _issue2765-spacebar-issue-beta-b57e8ad_ :
I have not found any other key not working with the Spanish layout after installing this patch.
When pressing Alt + ` the client shows in the log: http://pastebin.com/14sJU6s4
When pressing Alt + ´ the client shows in the log: http://pastebin.com/YCM5bWMv
I can confirm CMD+Space does not bring up spotlight either on Canadian Multilingual but it is the only combo I've used which doesn't work as of now.
Same here. French Canadian CSA keyboard layout (Canadian Multilingual?).
CMD+Space does not bring up spotlight. It looks like it is recognized as CMD+/ as in Finder it shows/hides the status bar. Yet space key alone is now working fine.
@jpbaril @MisterDenis @DabiMartin
Could you check this nightly to see if the cmd + spacebar issue persists?
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-fbd4363
The Alt + ´ and Alt + ` look like AltGr bug as on Mac it treats Alt/option key as AltGr for spanish keyboard layout
@XinyuHou with http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-fbd4363 the _cmd + spacebar_ issue has gone away, now it works fine.
The _Alt + ´_ and _Alt + `_ issue persists (on the client) as @DabiMartin pointed out:
- Alt + ´ key to type { : It is just ignored. If pressed twice a ´ appears.
- Alt + ` key to type an open bracket [ : It is just ignored. If pressed twice it is ignored too.
- Alt + Shift + ´ key has to type a « : It is just ignored. If pressed twice it is ignored too.
Both devices, server and client:
Thanks!
@XinyuHou
Yep, with the fbd4363 the cmd+spacebar issue is fixed too
Server and client using Mac OS X 10.11.6 with Spanish ISO layout.
At the server I'm using the Apple Mac Book pro mid 2015 built-in Spanish keyboard
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-fbd4363 seems to work fine, but I've discovered that pressing 'space' on server (W10) is performed as 'alt + shift + s' (Mac 10.11). This is causing me problems on some apps.
fbd4363 solves the cmd+space (spotlight) issue. Thanks
@kharenzze
but I've discovered that pressing 'space' on server (W10) is performed as 'alt + shift + s' (Mac 10.11).
Do you mean space is translated into 'alt + shift + s' on your Mac client?
What language input do you use on both server and client?
@XinyuHou
Do you mean space is translated into 'alt + shift + s' on your Mac client?
What language input do you use on both server and client?
Yes. Using Spanish in both server and client
@kharenzze
Does it generate space key on your client?
Spanish-ISO has 11 ways to generate space key, 'alt + shift + s' is one of them.
@kharenzze
Yes. In some apps it works fine, writing a space as spected. The thing is that on another apps which have 'alt + shift + s' as a keyboard shortcut (tipically 'Save as' binding) I cannot write spaces, because the shortcut is triggered
@kharenzze
Please test this nightly.
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-5f2f086
@XinyuHou
It works!
@XinyuHou
Yes, the 5f2f086 works. With Spanish-ISO in the Mac client, using the Keyboard Viewer now the space key generates and space event (instead Alt+Shift+s) .
Excellent!!
So only 2 keys combinations are not working now for Mac client with Spanish-Iso: Alt+` to type the [ and the Alt+´ to type the {
@DabiMartin
So only 2 keys combinations are not working now for Mac client with Spanish-Iso: Alt+` to type the [ and the Alt+´ to type the {
That works fine for me (Mac client, Win10 server), but using 'Alt Gr' instead of 'Alt'
Sticking with the same error damn space , buy this application and I have not even been able to use .
Do not understand how can spend more than 3 years with this bug and nobody deigns to fix it. Each new version think it will be solved but it never happens , it is a tease .
Steps to reproduce:
Press space key in mac osx
Appears instead of the spacebar appears the key "s"
Expected: space
Actual: s
**Versions (Synergy, OS):1.8.2
Server: Mac OSX 10.11
Client 1: Mac OSX 10.11**
Mac Server and Client using a mac keyboard and the Spanish-ISO layout.
@DabiMartin
I think that issue is related to AltGr. Please follow this issue #4411
@Chispes
Please test this nightly which would be our next release.
http://symless.com/nightly?filter=issue2765-spacebar-issue-beta-5f2f086
@kharenzze @XinyuHou
Thx!! I do not have a windows keyboard... :-( I'll follow the #4411
Build 5f2f086 seems to solve the problem. At least for me :)
Server: OSX 10.11 - Apple USB Aluminum keyboard - it layout
Client: OSX 10.10 - MacBookPro 13" 2012 - integrated keyboard - it layout
I tested this on a Mac client running 1.8.3-rc1-e36a7ae and it passed. I used every keyboard layout that comes with the Mac, and the spacebar worked correctly on all of them.
e36a7ae also fixes #5548
Most helpful comment
I tested this on a Mac client running 1.8.3-rc1-e36a7ae and it passed. I used every keyboard layout that comes with the Mac, and the spacebar worked correctly on all of them.