[GH-ISSUE #772] Share/copy current clipboard entry without mousing to other screen #608

New issue

Open

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

gitea-mirror commented

2026-05-05 06:46:19 -06:00

Owner

Originally created by @Pistos on GitHub (Jun 25, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/772

Operating Systems

Server: Gentoo Linux
Client: Mac OSX

Barrier Version

Server: 2.3.2-snapshot-dbd10820
Client: 2.3.1-Release-58d8f020

Steps to reproduce bug

Add an entry to the clipboard on the server machine, whether with Ctrl-C or via highlighting text.
[Using the client keyboard or mouse] Paste in OSX, such as with Command-V or pbpaste in a shell.

Actual Behaviour

Latest client-side clipboard entry is pasted

Expected Behaviour

Latest server-side clipboard entry is pasted
Clipboards are kept in sync without needing to bring the mouse pointer from screen to screen

Other info

When did the problem start to occur? It's always been this way, AFAIK.
Is there a way to work around it? Sort of? You must bring the mouse over from the barrier server/host to the barrier client before the clipboard is copied from one machine to the next.
Does this bug prevent you from using Barrier entirely? No

This is not a bug report, just a feature request. I understand that the majority of people are okay with the current behaviour, but it would be nice to have an extra setting in Barrier to allow the behaviour described above.

Originally created by @Pistos on GitHub (Jun 25, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/772 ### Operating Systems ### Server: Gentoo Linux Client: Mac OSX ### Barrier Version ### Server: 2.3.2-snapshot-dbd10820 Client: 2.3.1-Release-58d8f020 ### Steps to reproduce bug ### 1. Add an entry to the clipboard on the server machine, whether with Ctrl-C or via highlighting text. 2. [Using the client keyboard or mouse] Paste in OSX, such as with Command-V or `pbpaste` in a shell. ### Actual Behaviour ### * Latest client-side clipboard entry is pasted ### Expected Behaviour ### * Latest server-side clipboard entry is pasted * Clipboards are kept in sync without needing to bring the mouse pointer from screen to screen ### Other info ### * *When did the problem start to occur?* It's always been this way, AFAIK. * *Is there a way to work around it?* Sort of? You must bring the mouse over from the barrier server/host to the barrier client before the clipboard is copied from one machine to the next. * *Does this bug prevent you from using Barrier entirely?* No This is not a bug report, just a feature request. I understand that the majority of people are okay with the current behaviour, but it would be nice to have an extra setting in Barrier to allow the behaviour described above.

gitea-mirror added the

enhancement

label 2026-05-05 06:46:19 -06:00

gitea-mirror commented

2026-05-05 06:46:22 -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.

@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.

gitea-mirror commented

2026-05-05 06:46:25 -06:00

Author

Owner

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

Let's not close valid feature request without a valid reason.

@p12tic commented on GitHub (Jan 10, 2021): Let's not close valid feature request without a valid reason.