Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unicode is printed as question mark on client #4344

Open
eyalzek opened this issue Jan 30, 2015 · 31 comments
Open

Unicode is printed as question mark on client #4344

eyalzek opened this issue Jan 30, 2015 · 31 comments
Labels

Comments

@eyalzek
Copy link

eyalzek commented Jan 30, 2015

I'm on version 1.6.2, the server is on a Windows 7 machine, client is Xubuntu 14.04.
I have 2 keyboard layouts installed on both machines, English and Hebrew.

When my server's layout is set to Hebrew, typing letters on the client produces nothing but question marks. Numbers and characters seem to work fine.

@mikhailidim
Copy link

Have the very same issue with Russian keyboard. Windows 7 & Windows 8.1

@speaker
Copy link
Contributor

speaker commented Feb 11, 2015

Quick question for both, are both the client and server machines set to the same language and codepage?

@mikhailidim
Copy link

Hello,
Thank you for asking. Actually yes, I have.
Windows 7 & 8 are both unicode-based, so default language for non unicode apps shouldn't matter. Both system are on English (US) but it doesn't work at all.
My normal (in-normal) behavior is:

  1. Focus on guest (Windows 8.1)
    1.1 System changes keyboard to proper layout
    1.2 The very first keystroke falls layout back to primary and type English letter
    1.3 Server system (Windows 7) keeps primary layout unchanged
  2. Focus on server system (Win7)
    2.1 System changes keyboard layout to
    2.2 Host works normally and I can enter Russian characters.
    2.3 Guest system (Win8.1) shows primary layout . Enters '?' while typing
    2.4 Switch on guest system (Win8.) shows proper layout input chars still '?'
    2.5 Switch back to host (Win7) fails back layout to primary input proper chars
    2.6 Keystroke on guest (Win8,1) fails back layout to

Hope it sheds some light

Regards,
Michael M.

@nbolton nbolton added the bug label Mar 6, 2015
@iliask
Copy link

iliask commented Mar 13, 2015

Same issue with Greek language. I have English (EN) and Greek (EL) languages, same on both machines with Default Language to English (United States) - US. Windows 7 64-bit on both machines.
en-el

Host Engish (EN)->Guest types English (EN). If I change language on guest (EL), I see the language change on the taskbar but as soon as I press a key, the language changes back to EN and types english. If I use the built-in keyboard of the laptop (guest), I can type Greek (the language does not change back to EN). Only when I press a key on the shared keyboard (Host keyboard) it switches back to EN.

Host Greek (EL)->Guest types mostly ? with some English characters (e t p a s d f). If I change language on guest (EL), again it changes back to EN as soon as I press a key.

Incentive: If you fix this, a little more donation coming your way. :)

@pongpon
Copy link

pongpon commented Mar 28, 2015

I've the same issue and already solved.

Environment
Server

  • Windows 7
  • Synergy 1.6.3

Client

  • Windows 7 and Windows 8.1
  • Synergy 1.6.3

My Solution is

On server change the Language for non-Unicode programs (Control panel > Region and Language > Administrative >Language for non-Unicode programs)
to the second language (non-english) then restart server.

@eyalzek
Copy link
Author

eyalzek commented Mar 29, 2015

Not working for me on a Windows 7 server and Xubuntu 14.04 client (I changed the language on the server from English to Hebrew...).

@iliask
Copy link

iliask commented Mar 30, 2015

@pongpon Not working for me either. Now when I type, I don't see ? but instead it is not typing anything.

@mikhailidim
Copy link

Default language configuration on both systems doesn't work for me too.
setup, system restarts neither helps. The only difference:

  • Switch keyboard to Russian on host (W7).
  • Can't type even ? characters on guest (W8.1)

On Mon, Mar 30, 2015 at 6:23 AM, Ilias Konstantinidis <
notifications@github.com> wrote:

@pongpon https://github.com/pongpon Not working for me either. Now when
I type, I don't see ? but instead it is not typing anything.


Reply to this email directly or view it on GitHub
https://github.com/synergy/synergy/issues/4344#issuecomment-87624782.

@mnag156
Copy link

mnag156 commented May 24, 2015

Have the same problem with Hebrew and Russian. Both systems are Windows 8.1.

@YellowAfterlife
Copy link

Same issue with Russian keyboard layout here. If the default language for non-unicode applications is set to English, Cyrillic characters produce question-marks "?". Changing it to Russian causes the Cyrillic characters to produce no output at all. Keyboard shortcuts involving letter keys will not work either. At the same time copying-pasting works fine.
Windows 10 32-bit on server, Windows 8.1 32-bit on client.
Synergy Basic 1.7.3 on both ends.

@YellowAfterlife
Copy link

I've found a very interesting thing with the current version of Synergy: On 64-bit Windows 8.1 client (with 32-bit Windows 10 server) If you go to "Personalization" - "Themes", and click "Save theme", that little popup input allows to switch to non-Latin input and the input works. What does it do differently from the rest of the OS? Can this be replicated with settings for other applications?

Having the server run on Ubuntu 15 makes non-English letter input work on the client machines at all times, but symbols either do not produce any output or produce something that they are not meant to (e.g. pressing "1" on Russian keyboard layout produces "!" while that should normally be from "Shift+1").

Makes me wonder how Mouse Without Borders' developers got around this.

@mikhailidim
Copy link

After year of self-tortures
I have switched to Input Director.
Its far from perfect, windows limited but it do what I want most of the
time.
I do love Synergy, but this layout switch issue kills me.

Regards,
Michel

On Thu, Oct 29, 2015 at 6:22 AM, Vadim Dyachenko notifications@github.com
wrote:

I've found a very interesting thing with the current
https://github.com/synergy/synergy/tree/19835b6aaa75f3241f92fc347e4dd7d656f4deb2
version of Synergy: On 64-bit Windows 8.1 client (with 32-bit Windows 10
server) If you go to "Personalization" - "Themes", and click "Save theme",
that little popup input allows to switch to non-Latin input and the
input works. What does it do differently from the rest of the OS? Can this
be replicated with settings for other applications?

Having the server run on Ubuntu 15 makes non-English letter input work on
the client machines at all times, but symbols either do not produce any
output or produce something that they are not meant to (e.g. pressing "1"
on Russian keyboard layout produces "!" while that should normally be from
"Shift+1").

Makes me wonder how Mouse Without Borders' developers got around this.


Reply to this email directly or view it on GitHub
https://github.com/synergy/synergy/issues/4344#issuecomment-152137346.

@iliask
Copy link

iliask commented Mar 29, 2017

Any update on this issue? This is killing me! Already Michel above had to switch to Input Director because of this issue. I don't want to switch so please fix it!
As I said, if you fix this issue, I will send a small donation your way (already have paid license version).

A small update:

On the server (Windows 10 - Synergy 1.8.7) I switch from ENG to ΕΛ (Greek). I can type English/Greek fine on the server.
I move to the client (Windows 10 - Synergy 1.8.7), and any letters I type do nothing.
If I switch the client input from ENG to ΕΛ still, I get nothing when typing letters.
The only keys that work across are: `;-=[]',./{space}{enter}{tab} and of course the shift-alternative (i.e. shift + = gives +).
If I use the actual keyboard on the client, I can type English/Greek letters fine.
If on the server I have ENG and switch the client to ΕΛ as soon as a type a letter, it switches the client back to ENG.

@danislav
Copy link

danislav commented Apr 4, 2017

Guys, are you going to fix this?

@mikhailidim
Copy link

mikhailidim commented Apr 4, 2017 via email

@xhou-wavefin xhou-wavefin changed the title Getting '?' characters on the client when server's keyboard layout is set to Hebrew. Unicode is printed as question mark Apr 6, 2017
@xhou-wavefin xhou-wavefin changed the title Unicode is printed as question mark Unicode is printed as question mark on client Apr 6, 2017
@CostisB
Copy link

CostisB commented Apr 6, 2017

I will probably do the same. Quit synergy....

@YellowAfterlife
Copy link

YellowAfterlife commented Apr 6, 2017

There's some irony in fact that I've originally bought Synergy to reduce the number of input devices lying around at the workplace, but two years later it still hadn't had much or any effect on that.

I was eventually able to reduce the number of non-embedded (laptop) keyboards to 1 by purchasing a bluetooth keyboard with a hardware device switch, but it's a shame that this remains an issue for so long.

@w0www
Copy link

w0www commented Oct 12, 2017

Hello, any update of this? I pay a license and i think that this error is important error to fix it.

@mikhailidim
Copy link

mikhailidim commented Oct 12, 2017 via email

@eyalzek
Copy link
Author

eyalzek commented Oct 12, 2017

In the meantime I keep getting emails from the synergy team suggesting that I buy synergy 2 :|

@belst
Copy link

belst commented Oct 17, 2017

Same issue.

Host: Win 10 Synergy 1.8.8
Client: Archlinux Synergy 1.8.8

copy pasting special characters such as ßäöü results in ? on the client (havent tried the other way around)

I cannot type the special characters on the client at all. (no output)

@mikhailidim
Copy link

mikhailidim commented Oct 17, 2017 via email

@OronDF343
Copy link

Seriously? This makes Synergy v1 absolutely useless to me! And I can't use Synergy 2 behind a proxy so I don't know if it's fixed there...

@Nixellion
Copy link

Oh come on, is it such a hard fix?

I just moved from ShareMouse to Synergy because I needed it to work with Linux, and you can imagine my disappointment when I found out that I can't type in any non-latin language. On top of that layout switching does not even work properly on the client.

It has to be fixed, guys, 3 years, really?

Synergy 2 could not even connect to the server for me, so I have to use Synergy 1.

@Nixellion
Copy link

Actually one more fun fact.

If I use Linux as a client (Kubuntu 18.04) - then I can switch languages\layouts without any problems, both on the client and the server. In any order, freely, it changes on the Server and correct letters are sent to the client, no question marks.

But if I use Windows (10) as a Server, then I get question marks whenever I try to use non-latin characters (Cyrillic).

@nbolton nbolton added stale and removed stale labels Jun 22, 2018
@trollfred
Copy link

Not sure if its related, but
Linux client
MacOS server
if server is on english layout everything is perfect regardless of client layout
if server is in russian layout client is fucked up also regardless of client layout

@mikhailidim
Copy link

Unsubscribed.
I bought Synergy 1.2 and I have struggled with that issue for years. I kinda had a hope that new and shine 2.x will address the problem, but it's still there. Good luck @nbolton.

@Nixellion
Copy link

Nixellion commented Jan 8, 2019

Same. Wish my money back actually.
I ended up just buying a cheap-ish UGreen USB switch, not a KVM. Just USB switch. Works well enough. Not as seamless as the promise of Synergy, but at least it works reliably and without bugs, and is not dependent on any software.

@darioxz
Copy link

darioxz commented May 20, 2019

I bought Synergy 1 some years ago. Today I bought Synergy 2 and I still have the same bug. Can't use it.

Is there a way to help finding the bug and fixing it?

@ghost
Copy link

ghost commented Aug 13, 2019

For me solved by set both windows to same language layout (ENG)

Persian(first) - English(Second) ---------------> not working

English(first) - English(Second) ---------------> working
Persian(first) - Persian(Second) ---------------> working

Good Luck :)

@symless symless deleted a comment from therist Oct 7, 2019
@symless symless deleted a comment from mikhailidim Oct 7, 2019
@Nixellion
Copy link

Persian(first) - English(Second) ---------------> not working

English(first) - English(Second) ---------------> working
Persian(first) - Persian(Second) ---------------> working

I think I did mention that I also tried different combinations of layouts and languages and none worked.

However it seems that Barrier also has this same issue, I believe it's a fork of synergy. I wonder where this issues comes from exactly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests