Synergy

Did the problem exist in 1.4.5?

Nick Bolton wrote:

Did the problem exist in 1.4.5?

Well, I really don't know. I was using successfully 1.3.x branch before, but now that I am using a Linux with Gnome3 shell, I needed the 1.4.7 branch which fixes the gnome shell bug...

I can confirm Louis' problem with Synergy 1.4.7 on Linux Debian (KDE) server / Windows Seven client (French layouts here too).
Rolling back just the client to 1.4.5 solved the problem, and there seems to be no adverse effect so far.

I suspect that #3091 may be related.

Support Bug

New Accepted

1.4.7

Linux

Linux Synergy Server is 1.4.7 on RedHat EL 6.1
Windows 7 64bit Synergy Client is 1.4.7
Germany Keyboard Layout

I have many problem with the ALT-GR keys when switching to the client (windows) OS.

The @ symbol under Windows with ALT-GR+Q did not work, only workaround with STRG+ALT+Q works. I can confirm that with 1.4.5 I hadn´t this problem, but there were other bugs that led me use this 1.4.7 version now!

I too am affected:
* server : Ubuntu 12.04 64bit
* client : Windows XP SP3 32bit

Both are using a French layout.
Workaround is to use Ctrl and Alt instead of AltGr.

(Using 1.4.8 beta on both sides)

I had same problem with 1.4.8 with Ubuntu 10.04 as server and Windows 7 (x64) as client.

For some weird reason adding "algr = alt" mapping to Windows machine fixed the problem.

I can confirm that Timi's workaround works for me.

BTW, he made a typo, here's the correct line:

altgr = alt

Here's a working /etc/synergy.conf example:

section: screens

        linux-server:

        windows-client:

                altgr = alt

end  


section: links

        linux-server:

                right = windows-client

        windows-client:

                left = linux-server

end

Thanks Patrick and Timi,

Using key mapping works well for me too.

Problem still exists with nightly build (Win7) synergy-1.4.9-r1472-Windows-x64.deb and (Linux Mint 13) synergy-1.4.9-r1432-Linux-x86_64.deb.

The workaround is does the job for me! Thanks!

Yeah, same problem with me and Finnish keyboard layout, debian server 1.4.7, win7 client, 1.4.7. The above keymapping magic in synergy.conf fixes the bug and does not affect the function of the left regular "alt" key.

Same issue, 1.4.10 on linux (server) and win7 (client). Adding the altgr=alt on the server's config fixes stuff. Is this an actual fix or is it just a workaround?

I'm having the same problem, 1.4.10 on OS X (server) and linux (client).

I have a spanish keyboard layout so for many useful characters (\|@#[]{}) I need the AltGr key (option/alt key on the mac). I have the same layout on my linux box, and I need the AltGr keypress translated into ISOLevel3Shift for these keys to work. I tried setting "alt = altgr" on the server's screen and it kinda works, but...

• Most PC keyboards have different uses for the left and right alt keys. Normally, left alt is a regular alt and right alt is altgr. However, the "alt = altgr" option turns both alt keys into "altgr" so I can no longer use the alt key on my linux box.
• It doesn't work with keys like ` (turns into [ when altgr is pressed) and ´ (turns into { when altgr is pressed) that sort of "wait" for a second keystroke (to check if the next character can take an accent á or if this should become two characters ´p).

Is there any way I can remap only the right alt key? Something like xmodmap's "Alt_R" or using the keycode?

For the "wait for second keystroke" keys I'm a bit stumped on what to do. Debugging with "xev" I see the following behaviour:

• They keys that work ok, I get a sequence like (altgr + "+"): KeyPress::ISOLevel3Shift, KeyPress::"]", KeyRelease::"]", KeyRelease::ISOLevel3Shift

• However, when using ` I get something weird like:

  • First time I press altgr + `: KeyPress::ISOLevel3Shift, KeyRelease::ISOLevel3Shift

  • Second time I press altgr + `: KeyPress::ISOLevel3Shift, KeyPress::"`", KeyRelease::"\", KeyRelease::ISOLevel3Shift