[GH-ISSUE #472] barrier may cause input method problem on macOS #367

Open
opened 2026-05-05 06:09:02 -06:00 by gitea-mirror · 3 comments
Owner

Originally created by @lihk11 on GitHub (Oct 18, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/472

Operating Systems

Server: Archlinux

Client: macOs 10.14.6 & macOS 10.15.1

Barrier Version

2.3.2

Steps to reproduce bug

Barrier may cause input methods reloading on macOS。
The problem is , after switched to a new app, no matter what the input method is, the inputs become English letters. It looks like barrier causes the input methods to reload.
When I click the icon of input methods on the top bar, it shows like the following,
WechatIMG107
And it needs a while(about 5~10 seconds)to make the input method get normal. The normal state is,
Screenshot from 2019-10-18 18-01-06

Other info

  • When did the problem start to occur? When I used barrier on macOS
  • Is there a way to work around it? No
    *This bug does not prevent you from using Barrier entirely, but it make the user experience very bad.
  • Both input methods provided by macOS and third party input method will meet this problem.
Originally created by @lihk11 on GitHub (Oct 18, 2019). Original GitHub issue: https://github.com/debauchee/barrier/issues/472 ### Operating Systems ### Server: Archlinux Client: macOs 10.14.6 & macOS 10.15.1 ### Barrier Version ### 2.3.2 ### Steps to reproduce bug ### Barrier may cause input methods reloading on macOS。 The problem is , after switched to a new app, no matter what the input method is, the inputs become English letters. It looks like barrier causes the input methods to reload. When I click the icon of input methods on the top bar, it shows like the following, ![WechatIMG107](https://user-images.githubusercontent.com/4299373/67085240-0cfee100-f1d1-11e9-9566-f38088188099.png) And it needs a while(about 5~10 seconds)to make the input method get normal. The normal state is, ![Screenshot from 2019-10-18 18-01-06](https://user-images.githubusercontent.com/4299373/67085483-7c74d080-f1d1-11e9-95dc-109d98799e28.png) ### Other info ### * When did the problem start to occur? When I used barrier on macOS * Is there a way to work around it? No *This bug does not prevent you from using Barrier entirely, but it make the user experience very bad. * Both input methods provided by macOS and third party input method will meet this problem.
gitea-mirror added the
macOS
bug
linux
labels 2026-05-05 06:09:02 -06:00
Author
Owner

@github-actions[bot] commented on GitHub (Oct 1, 2020):

Is this issue still an issue for you? Please do comment and let us know! Alternatively, you may close the issue yourself if it is no longer an problem

<!-- gh-comment-id:701709472 --> @github-actions[bot] commented on GitHub (Oct 1, 2020): Is this issue still an issue for you? Please do comment and let us know! Alternatively, you may close the issue yourself if it is no longer an problem
Author
Owner

@sticnarf commented on GitHub (Oct 28, 2020):

Same here with barrier 2.3.3 and macOS 10.14.6

<!-- gh-comment-id:717659900 --> @sticnarf commented on GitHub (Oct 28, 2020): Same here with barrier 2.3.3 and macOS 10.14.6
Author
Owner

@HiMetre commented on GitHub (Feb 24, 2021):

same issue
barrier 2.3.3
macos 11.2.1

<!-- gh-comment-id:784929910 --> @HiMetre commented on GitHub (Feb 24, 2021): same issue barrier 2.3.3 macos 11.2.1
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#367
No description provided.