Synergy

Google user: nick.bolton.uk

New Duplicate

2

Google user: nick.bolton.uk

Google user: nick.bolton.uk

Google user: nick.bolton.uk

This was previously a duplicate, since fixing issue #5 would potentially solve this
issue, however I will make it an issue of it's own since we can maybe use a quick fix
to solve.

Duplicate Accepted

?

Google user: bob.goddard

Latest client version that correctly reproduces the @ is 1.2.2

Google user: nick.bolton.uk

Cool, thanks for the research. Maybe someone could do a diff between the sources to try
and spot when the bug was introduced?

Google user: simonc591

I see this with the latest synergy-plus 1.3.4 clients both running on Linux (SLED11
server and opensuse11.2 client)

Google user: nick.bolton.uk

Here's a copy of an IRC chat between kodomo and myself...

It is a UTF problem :D
after switching the locale to C (system wide) and rebooting, synergy
produces the correct @
my keyboard settings don't work anymore, I'll have to redo them (actually
I'm lacking the arrow keys and right-ctrl on my laptop keyboard now), but synergy
works like a charm again
I'd recon that synergy works in exactly those cases, when the locales of the
two systems are the same
because I recon that there's no translation done anywhere in the code, is
there?
it probably takes the values and passes them on to the running X, doesn't
it?
hmm, not sure
so you've found a work around?
yes - synchronize the locale settings of the two machines
basically, I realized that the locales setting (visible by typing 'locales',
or looking at - a.o. - the LANG env variables) of the two machines differed
one was LANG=C, the other LANG=en_US.UTF-8 (guess why US stuff works, hehe)

Google user: ttann...@bloomberg.net

Not sure how you change locale for windows. I'm not sure we can actually, we can't
even set our own backdrops at work.

Google user: paul.campbell

I managed to get around this by switching the client and server around. ie. using my
linux machine as the server. I realise this may not be possible for everyone but
sorted this out for me.

Google user: nick.bolton.uk

Thanks for the update Paul. This may be helpful to know when we fix the bug.

Google user: wagooo

Not ideal, but try this on the client:

xmodmap -e "keycode 24 = q Q at at at at"

Google user: jasonirwin73

Yup - that is the workaround. Make sure to add it to your start-up scripts on the
client.

Google user: nick.bolton.uk

According to this SU question:
"http://superuser.com/questions/77734/synergy-linux-keyboard-problem":http://superuser.com/questions/77734/synergy-linux-keyboard-problem

This is the best work around:

xmodmap -e "keycode 53 = x X greater greater greater greater"
xmodmap -e "keycode 52 = z Z less less less less"
xmodmap -e "keycode 24 = q Q at at at at"

Google user: anton.piatek

I have en_GB.UTF-8 on both (linux) boxes but also get this error. The workaround
solves it though

Google user: jasonirwin73

One thing I have spotted is that, randomly, the problem can re-appear on the client
machine. To get around this I created a script to re-apply the fix and put a
launcher on one of my Gnome panels. It basically does a full restart of ssh and
synergy+ (the retsart of ssh might not be required).

I don't like the killalls in the script, this could be a problem if you are running
more than one ssh session (as it happens, I do not) but hopefully it will be of help
to someone. If anyone knows how to close a specific ssh connection, that would be
great.

#!/bin/bash
#Start ssh
killall ssh
sleep 1
ssh -f -N -L localhost:24800::24800 @

#Start Synergyclient
killall synergyc
sleep 1
synergyc localhost

#Workaround synergy ?/@ key issue
sleep 1
xmodmap -e "keycode 53 = x X greater greater greater greater"
xmodmap -e "keycode 52 = z Z less less less less"
xmodmap -e "keycode 24 = q Q at at at at"

Google user: nick.bolton.uk

? ?

Found this link in another issue:
http://www.deltanova.co.uk/456/

Keep in mind that some users also switch keyboard layouts after login - for instance, I use the USA layout for programming, and switch between USA, Norwegian and Spanish layouts when writing mail or IM. I use the GNOME keyboard switcher applet with a hotkey for this, which switches the layout on the host (input devices attached) system.

For the record, I'm seeing these problems with sending non-ASCII letters across Synergy screens too. With version 1.3.4, holding down shift and the key that normally produces the Norwegian letter 'ø', produced a single uppercase 'Ø' and then locked up the remote synergyc, which apparently got stuck producing the letter '/' at the maximum speed allowed by the CPU.

?

I'm experiencing this issue.

Server:
- Arch Linux
- Version 1.3.7 Protocol 1.3
- echo $LANG => en_GB.utf8

Client:
- Ubuntu 10.04
- Version 1.3.4 Protocol 1.3
- echo $LANG => en_GB.UTF-8

Slightly different lang, but the same character set. The xmodmap workaround does work for me though.

?

1.3.x

Linux

I notice that this only happens when I have caps lock on.

? 1.4.6

1.4.6 1.4.8

High Normal

1.4.8 1.4.9

1.4.9 1.4.10

Still happening in 1.4.9, not sure about my last comment about caps lock -- this doesn't seem to be the case now. Always happens.

1.4.10 1.4.11

I can confirm this still happens in 1.4.10 - Windows Vista server + Ubuntu client

Server: Ubuntu 12.04: Synergy 1.4.10 LANG=enGB.UTF-8 1st Client (right): Windows XP Pro SP3: Synergy 1.4.10 Region English (United Kingdom) - @ symbol appears correctly 2nd Client (right again): Ubuntu 12.04: Synergy 1.4.10 LANG=enGB.UTF-8 - @ appears as ? I can copy and and paste the @ symbol from the server and 1st client to the 2nd client and can copy and paste the ? from the 2nd client to the server and 1st client.

I have the same issue, both machines run Ubuntu 12.04, both have Synergy 1.4.9 (1.4.10 doesn't work well (major regression), I have already raised a ticket). Both machines have the same keyboard layout (UK english) and region (US english). This looks like a 3 year old bug, has any work been done on this?

I also have this issue, Server XP 1.4.10, client linux 1.4.10 UK / gb language settings.

Same issue here:

Server: Windows 7 Synergy Version 1.4.10

Client : Ubuntu 12.0.4 LTS Language variable on Client : en_GB.UTF-8

Seems this issue has been around in some form since 2006. Any chance its going to be fixed. @ sign pretty useful in this day and age.

Same issue, using 1.4.9 on client and server, both machines are Ubuntu 12.04, setxkbmap -query gives same output on both.

I have the same issue. Server: Windows 7, Synergy 1.4.10 Client: Mint Linux 14, Synergy 1.4.11

I have recorded the debug1 output when this error happens: http://paste.ubuntu.com/5605297/

shift + [' @] sends many extra keystrokes as well it seems...

Server: Win 7SP1 Synergy 1.4.10, Mint Linux 1.4.10, same issue, GB Keyboard Going across keys left to right from to =, then q to ], etc, till /. Seems that [] produces an 8&9 and \ produces ¬, etc.1234567890-=qwertyuiop89asdfghjkl;'#-zxcvbnm,./ ¬!"£$%%^&*()_+QWERTYUIOP{}ASDFGHJKL:q~¬ZXCVBNMZX?

Sorry on my last - that's inside a Windows Remote Desktop environment.

I'm also suffering this issue. Server: Mac OSx 10.6 Client: Ubunutu 12.10

Both client and server are running on 1.4.12

Is this seriously still an outstanding bug?