[GH-ISSUE #624] Meta/Super key mapping problem #490

New issue

Open

opened 2026-05-05 06:32:00 -06:00 by gitea-mirror · 2 comments

gitea-mirror commented

2026-05-05 06:32:00 -06:00

Owner

Originally created by @jchax on GitHub (Apr 14, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/624

Operating Systems

Server: macOS 10.15.4

Client: Linux (Fedora 31)

Barrier Version

macOS: 2.3.2-Release-210c2b70 (from brew.sh)
Linux: barrier-2.3.2-1.gitadb175df.fc31.x86_64

Steps to reproduce bug

I'm trying to map the Command Key on the Mac to Meta_L on Linux. In my config I have this for the Linux host:

	shift = shift
	ctrl = ctrl
	alt = alt
	meta = none
	super = meta

(super is the Command key)

Actually, it doesn't matter what I map to meta, the problem is always the same: hitting that key sends Meta_L, Shift_L, Alt_L on Linux. I tried, for example, this:

	shift = shift
	ctrl = ctrl
	alt = meta
	meta = none
	super = alt

Other info

When did the problem start to occur?

I don't know. I'd not tried key mapping until today.

Is there a way to work around it? No
Does this bug prevent you from using Barrier entirely? No, but it's very annoying trying to use emacs on Linux.

Put anything else you can think of here.

I don't think that this is related to the keyboard mapping in Linux but it's set to "generic 105 key (intl)" and I've also tried "generic 101 key" and it makes no difference.

Originally created by @jchax on GitHub (Apr 14, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/624 ### Operating Systems ### Server: macOS 10.15.4 Client: Linux (Fedora 31) ### Barrier Version ### macOS: 2.3.2-Release-210c2b70 (from brew.sh) Linux: barrier-2.3.2-1.gitadb175df.fc31.x86_64 ### Steps to reproduce bug ### I'm trying to map the Command Key on the Mac to Meta_L on Linux. In my config I have this for the Linux host: shift = shift ctrl = ctrl alt = alt meta = none super = meta (super is the Command key) Actually, it doesn't matter what I map to meta, the problem is always the same: hitting that key sends Meta_L, Shift_L, Alt_L on Linux. I tried, for example, this: shift = shift ctrl = ctrl alt = meta meta = none super = alt ### Other info ### * When did the problem start to occur? I don't know. I'd not tried key mapping until today. * Is there a way to work around it? No * Does this bug prevent you from using Barrier entirely? No, but it's very annoying trying to use emacs on Linux. Put anything else you can think of here. I don't _think_ that this is related to the keyboard mapping in Linux but it's set to "generic 105 key (intl)" and I've also tried "generic 101 key" and it makes no difference.

gitea-mirror commented

2026-05-05 06:32:04 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Sep 24, 2020):

This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.

@github-actions[bot] commented on GitHub (Sep 24, 2020): This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.

gitea-mirror commented

2026-05-05 06:32:07 -06:00

Author

Owner

@abrahamparayil commented on GitHub (Jul 29, 2021):

It would be great if we can map super to command.

@abrahamparayil commented on GitHub (Jul 29, 2021): It would be great if we can map `super` to `command`.