[GH-ISSUE #936] Super, Alt, Ctrl are captured on Linux Server #746

Open
opened 2026-05-05 07:01:28 -06:00 by gitea-mirror · 6 comments
Owner

Originally created by @siavashs on GitHub (Nov 2, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/936

Describe the bug
I'm using Arch Linux as server and macOS as client, mouse and keyboard control work normally except Super, Alt, Ctrl keys which must trigger Cmd, Alt, Ctrl on macOS.

To Reproduce

Steps to reproduce the behavior:

  1. Install Barrier on Server(Linux) and client(macOS)
  2. Configure the server & client and start them
  3. Move the mouse pointer to client screen(macOS) press Super+Tab buttons
  4. The application switch happens on GNOME Shell instead of macOS desktop

Expected behavior
Super, Alt, Ctrl must be captured and sent to the client

Desktop:

  • OS: Linux(server), macOS(client)
  • Barrier version 2.3.3
Originally created by @siavashs on GitHub (Nov 2, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/936 **Describe the bug** I'm using Arch Linux as server and macOS as client, mouse and keyboard control work normally except Super, Alt, Ctrl keys which must trigger Cmd, Alt, Ctrl on macOS. **To Reproduce** Steps to reproduce the behavior: 1. Install Barrier on Server(Linux) and client(macOS) 2. Configure the server & client and start them 3. Move the mouse pointer to client screen(macOS) press Super+Tab buttons 4. The application switch happens on GNOME Shell instead of macOS desktop **Expected behavior** Super, Alt, Ctrl must be captured and sent to the client **Desktop:** - OS: Linux(server), macOS(client) - Barrier version 2.3.3
Author
Owner

@claudioap commented on GitHub (Nov 10, 2020):

Is your server using wayland? Wayland is unsupported and there's a bounty in #109

<!-- gh-comment-id:724392915 --> @claudioap commented on GitHub (Nov 10, 2020): Is your server using wayland? Wayland is unsupported and there's a bounty in #109
Author
Owner

@siavashs commented on GitHub (Nov 10, 2020):

Correct, I assumed Wayland is supported since it's the default in many distros now.

<!-- gh-comment-id:725021585 --> @siavashs commented on GitHub (Nov 10, 2020): Correct, I assumed Wayland is supported since it's the default in many distros now.
Author
Owner

@vii commented on GitHub (Jan 11, 2021):

is the bounty for a Wayland client? The issue here is passing through these special keys from the server.

Possible approaches that I can see

  • integrate into the Wayland stack (mutter/gnome-shell) and cooperate with them to capture these events
  • get into lower level Linux input layer evemu-record /dev/input/event4

This is separate from implementing the client on Wayland

<!-- gh-comment-id:758295227 --> @vii commented on GitHub (Jan 11, 2021): is the bounty for a Wayland client? The issue here is passing through these special keys from the server. Possible approaches that I can see - integrate into the Wayland stack (mutter/gnome-shell) and cooperate with them to capture these events - get into lower level Linux input layer evemu-record /dev/input/event4 This is separate from implementing the client on Wayland
Author
Owner

@metal3d commented on GitHub (Nov 3, 2022):

Hi,
Sorry for the message but: it's now 2 years that the problem is reported, any news ? This is the only problem I encounter using Barrier for now… It's a pity.

<!-- gh-comment-id:1302025583 --> @metal3d commented on GitHub (Nov 3, 2022): Hi, Sorry for the message but: it's now 2 years that the problem is reported, any news ? This is the only problem I encounter using Barrier for now… It's a pity.
Author
Owner

@metal3d commented on GitHub (Nov 3, 2022):

Note: both server and client on Linux, same problem

<!-- gh-comment-id:1302042220 --> @metal3d commented on GitHub (Nov 3, 2022): Note: both server and client on Linux, same problem
Author
Owner

@mitchcurtis commented on GitHub (Dec 5, 2022):

Currently encountering an issue where Alt+Tab is captured by the Ubuntu 22.04 server (which uses Wayland by default, apparently), even when the Windows 11 machine has focus. This also results in some strange Alt purgatory, where scrolling in Firefox on Windows results in navigating back and forward through history, changing pages and losing anything that wasn't saved in the process. I found that a workaround is to press Alt once or twice on Windows.

I guess I need to tell it not to use Wayland somehow.

<!-- gh-comment-id:1337000244 --> @mitchcurtis commented on GitHub (Dec 5, 2022): Currently encountering an issue where Alt+Tab is captured by the Ubuntu 22.04 server (which uses Wayland by default, apparently), even when the Windows 11 machine has focus. This also results in some strange Alt purgatory, where scrolling in Firefox on Windows results in navigating back and forward through history, changing pages and losing anything that wasn't saved in the process. I found that a workaround is to press Alt once or twice on Windows. I guess I need to tell it not to use Wayland somehow.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#746
No description provided.