[GH-ISSUE #786] With server in closed lid mode (macbook pro), client (mac pro) doesn't recognize keyboard input. #620

Open
opened 2026-05-05 06:47:49 -06:00 by gitea-mirror · 2 comments
Owner

Originally created by @mitcheaton1 on GitHub (Jul 9, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/786

Operating Systems

Server: mojave

Client: mojave

On the server i can use the keyboard and mouse just fine since they are connected to USB C, however i cant use the keyboard on the client. My server is a macbook pro in closed lid mode with external keybaord , monitor, and mouse, and my client is a mac pro connected to a different display.

Barrier Version

1.9.π

Steps to reproduce bug

  1. setup client and server
  2. close lid on macbook pro and connect external keyboard, mouse and display.
  3. mouse and keyboard work fine on server
  4. move mouse over the other display/client
  5. Attempt to type something in any application or the finder

Other info

  • When did the problem start to occur? When I installed and set up Barrier
  • Is there a way to work around it? No
  • Does this bug prevent you from using Barrier entirely? Mmmm i can check some things with the mouse but i need a keybaord for full operation on the client.
Originally created by @mitcheaton1 on GitHub (Jul 9, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/786 ### Operating Systems ### Server: mojave Client: mojave On the server i can use the keyboard and mouse just fine since they are connected to USB C, however i cant use the keyboard on the client. My server is a macbook pro in closed lid mode with external keybaord , monitor, and mouse, and my client is a mac pro connected to a different display. ### Barrier Version ### 1.9.π ### Steps to reproduce bug ### 1. setup client and server 2. close lid on macbook pro and connect external keyboard, mouse and display. 3. mouse and keyboard work fine on server 4. move mouse over the other display/client 5. Attempt to type something in any application or the finder ### Other info ### * When did the problem start to occur? When I installed and set up Barrier * Is there a way to work around it? No * Does this bug prevent you from using Barrier entirely? Mmmm i can check some things with the mouse but i need a keybaord for full operation on the client.
gitea-mirror added the
bug
label 2026-05-05 06:47:49 -06:00
Author
Owner

@github-actions[bot] commented on GitHub (Sep 18, 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.

<!-- gh-comment-id:694596954 --> @github-actions[bot] commented on GitHub (Sep 18, 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.
Author
Owner

@p12tic commented on GitHub (Jan 10, 2021):

Let's not close valid bug reports.

<!-- gh-comment-id:757536769 --> @p12tic commented on GitHub (Jan 10, 2021): Let's not close valid bug reports.
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#620
No description provided.