github-starred/barrier

Fork 0

mirror of https://github.com/debauchee/barrier.git synced 2026-05-15 14:16:02 -06:00

[GH-ISSUE #1965] Clipman on Linux Server interaction prevents copying from windows client #1437

New issue

Open

opened 2026-05-05 07:50:35 -06:00 by gitea-mirror · 0 comments

gitea-mirror commented

2026-05-05 07:50:35 -06:00

Owner

Originally created by @FredKnieper on GitHub (Aug 15, 2023).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1965

What happened?

Documenting this interaction because nothing comes up for "barrier clipman" in a google search.

While controlling a Windows laptop with Barrier from a Linux server, I discovered that "clipman" ("Clipboard Manager for Xfce" 1.6.4) running on the server has some sort of interaction with Barrier that prevents copying on the windows client for as long as the client remains connected to the server.

While clipman is running, any attempt to copy text or images on the client appears to work but the clipboard is immediately emptied of content. This is regardless of using the shared keyboard/mouse or the laptop's keyboard/mouse, and whether keyboard shortcuts (Ctrl-C), or context menus (right-click - Copy), KeePass, or Javascript copy buffer commands are used. This can also be seen when highlighting text in PuTTY (the text highlight is removed immediately upon releasing the mouse button when the copy buffer is cleared. It does not matter whether I attempt to paste on the client or server, the buffer is empty either way.

The Barrier log logs the following when copying text on the laptop client:

With Clipman
[2023-08-15T16:22:08] INFO: screen "server" updated clipboard 1
[2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 0 from "server"
[2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 1 from "server"

Without Clipman
[2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 0
[2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 1

It is interesting to note that the text that is being copied is not added to the Clipman history. Text copied on the server does become available for the client to paste as expected. Right-clicking Clipman's icon and choosing "Disable" is sufficient to make copying and pasting work correctly again.

Version

v2.4.0

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

Arch repository

What OSes are you seeing the problem on? (Check all that apply)

Linux, Windows

What OS versions are you using?

Server: Linux Arch
Client: Windows 10

Relevant log output

The Barrier log logs the following when copying text on the laptop client:

**With Clipman**
[2023-08-15T16:22:08] INFO: screen "server" updated clipboard 1
[2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 0 from "server"
[2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 1 from "server"

**Without Clipman**
[2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 0
[2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 1

Any other information

Other clipboard applications running on the server may interfere with copying and pasting.

Originally created by @FredKnieper on GitHub (Aug 15, 2023). Original GitHub issue: https://github.com/debauchee/barrier/issues/1965 ### What happened? Documenting this interaction because nothing comes up for "barrier clipman" in a google search. While controlling a Windows laptop with Barrier from a Linux server, I discovered that "clipman" ("Clipboard Manager for Xfce" 1.6.4) running on the server has some sort of interaction with Barrier that prevents copying on the windows client for as long as the client remains connected to the server. While clipman is running, any attempt to copy text or images on the client appears to work but the clipboard is immediately emptied of content. This is regardless of using the shared keyboard/mouse or the laptop's keyboard/mouse, and whether keyboard shortcuts (Ctrl-C), or context menus (right-click - Copy), KeePass, or Javascript copy buffer commands are used. This can also be seen when highlighting text in PuTTY (the text highlight is removed immediately upon releasing the mouse button when the copy buffer is cleared. It does not matter whether I attempt to paste on the client or server, the buffer is empty either way. The Barrier log logs the following when copying text on the laptop client: **With Clipman** [2023-08-15T16:22:08] INFO: screen "server" updated clipboard 1 [2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 0 from "server" [2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 1 from "server" **Without Clipman** [2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 0 [2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 1 It is interesting to note that the text that is being copied is not added to the Clipman history. Text copied on the server does become available for the client to paste as expected. Right-clicking Clipman's icon and choosing "Disable" is sufficient to make copying and pasting work correctly again. ### Version v2.4.0 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? Arch repository ### What OSes are you seeing the problem on? (Check all that apply) Linux, Windows ### What OS versions are you using? Server: Linux Arch Client: Windows 10 ### Relevant log output ```shell The Barrier log logs the following when copying text on the laptop client: **With Clipman** [2023-08-15T16:22:08] INFO: screen "server" updated clipboard 1 [2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 0 from "server" [2023-08-15T16:22:12] INFO: screen "LAPTOP" grabbed clipboard 1 from "server" **Without Clipman** [2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 0 [2023-08-15T16:22:39] INFO: screen "LAPTOP" updated clipboard 1 ``` ### Any other information Other clipboard applications running on the server may interfere with copying and pasting.

No labels

Rows
Columns