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

Right Alt doesn't work #438

Closed
ghost opened this issue Nov 4, 2021 · 0 comments
Closed

Right Alt doesn't work #438

ghost opened this issue Nov 4, 2021 · 0 comments
Labels
platform/linux This issue is affecting at least one system running Linux platform/windows This issue is affecting at least one system running Windows

Comments

@ghost
Copy link

ghost commented Nov 4, 2021

This issue has been migrated from old Barrier Github repository debauchee/barrier#438

Issue created on: 2019-09-18 by @wjtk4444
Issue last updated on: 2020-12-28

Operating Systems

Server: Any (Linux?)
Client: Any (Windows?)

Barrier Version

Any

Steps to reproduce bug

  1. Open on-screen keyboard on Windows client - it highlights currently pressed modifier keys
  2. Press LSHIFT, LCTRL, LALT, RALT, RCTRL, RSHIFT
  3. Noitice that only RALT doesn't light up when pressed

Other info

I only use one language other than English, but I think that solving this issue could also close many others related to keyboard layouts and typing in non-latin characters.

Polish is written with the standardized Polish alphabet, which has nine additions to the letters of the basic Latin script (ą, ć, ę, ł, ń, ó, ś, ź, ż).

For instance, to type ą, I have to press RALT+a. It does work on the host, but it doesn't on the client. When I toggle the right alt manually (via on-screen keyboard), it works as expected.

I would suspect that Windows uses another keycode for RALT than Linux, and it simply ignores whatever is being sent.
key ef7e is not on keyboard
is what I get from DEBUG1 on client.


Commented on: 2019-09-20 by @wjtk4444

So, after (two?) years of using Barrier (and other syngery forks) almost everyday, I finally realized there's an option to configure it with a .conf file. Apparently, it allows one to remap keys at will. Well, better late than never.

Looking at some issue threads while also trying things out and failing (a lot), those are the two lines that fixed the issue. It looks like it makes no sense (if anything, I expected altgr = alt to work instead of this), but it just works.

section: screens
    linux:
    windows7:
        meta = altgr
        altgr = shift
end

So, it seems that

  • the issue can be worked around
  • I'm an idiot for not reading the f@!#ing manual readme file earlier

Not sure if there's a point in keeping this one open - not a Barrier specific bug and it's already reported and described well enough in synergy-core. I'm leaving the decision on whether to close or keep this one open to repository maintainers.


Commented on: 2019-09-21 by @p12tic

@AdrianKoshka Does it make sense to close the issue?


Commented on: 2019-09-21 by @AdrianKoshka

I suppose so, if this issue needs to be re-opened, it can be.


Commented on: 2020-07-23 by @Elexy

This saved me from insanity.

For reference: I use a wired mac keyboard on a Linux server and mixed Windows10 / linux clients


Commented on: 2020-12-27 by @wrzomar

For me it doesn't work. Only the altgr = alt makes altgr "work" - the underscored characters appear in the window menu (like with left alt), but with alt the shortcuts work, with altgr not. Both client and server are using Linux. What am I missing?

Edit: It works on Mac OS X client (meta=altgr, altgr=shift), but on Raspberry Pi OS client it doesn't for some reason.


Closed on: 2019-09-21 by @AdrianKoshka

@ghost ghost closed this as completed Nov 10, 2021
@ghost ghost added platform/linux This issue is affecting at least one system running Linux platform/windows This issue is affecting at least one system running Windows labels Nov 10, 2021
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
platform/linux This issue is affecting at least one system running Linux platform/windows This issue is affecting at least one system running Windows
Projects
None yet
Development

No branches or pull requests

0 participants