Barrier: Clipboard does not work

Created on 29 Jul 2018  Â·  7Comments  Â·  Source: debauchee/barrier

Operating Systems

Server: Win10 64bit

Client: Win10 64bit

Barrier Version

2.1.0

Steps to reproduce bug

When running the software at both PCs there ist a problem with the clipboard. As the configuration states, there ist the possibility to transfer files via Drag-n-Drop between the machines. But when trying to do so, grabbing the file on the client works, but the release does not on the server. Also, when cutting on the client, the server does not recieve anything in it's clipboard. This problem existed also in Synergy.

bug windows

Most helpful comment

You may check my issue where I found out that the automatic elevation on the client side was responsible for the clipboard stopped working: https://github.com/debauchee/barrier/issues/141

All 7 comments

You may check my issue where I found out that the automatic elevation on the client side was responsible for the clipboard stopped working: https://github.com/debauchee/barrier/issues/141

It was also happening to me, both on latest Barrier and Synergy release Synergy_v1.9.0_rc3.msi (just copied that from the Windows VM via Barrier client! I am so happy :D).

However, while workaround works which means I'm no longer using Barrier LOCAL SYSTEM service (I've put it in disabled state for now) but rather "synergyc.exe IP" in my AppData/Roaming/Ms/Win/Start Menu/Programs/Startup I still have an issue.
As you might guess such a "solution" no longer allows me to click inside elevated popups or login back to my user's session (e.g. after using RDP to click an elevated popup).
Any tips on how to deal with it?
Preferably with software workaround, not simply keeping dedicated USB mouse passed through to my VM.

BTW I'm reading through this file https://github.com/debauchee/barrier/blob/master/src/lib/platform/MSWindowsClipboard.h
and one thing makes me wonder about that behaviour… because what I actually got wasn't a clipboard that wasn't updated - it was an empty clipboard. Does that help?

Referenced issue points that was fixed for user with 2.3.2 but is still affects me.

Server is Arch:
usr/bin/barriers --version
barriers 2.3.2-RELEASE
Protocol version 1.6

Client is Win10:
2.3.2-snapshot-210c2b70

Message on Windows client is:
clipboard changed: lost ownership

I'm with the same problem. I'm runnig the server in a Windows 10 and the client on a Ubuntu. I have notice that the clipboard stops working when I copy something from de client.

Same here, running Ubuntu and Win10 but cannot share clipboard between them. Would be super helpful if this worked.

Similar problem here. Version 2.3.2 Windows 10 host, Windows 10 and Linux Mint 19 clients. Clipboard works for a while then no updating. Restart the Barrier using the GUI on the server then all works for and hour or 2. Not drag or drop or copy files. This is using the clipboard for just text.

This is very irritating.

Closing in favour of #855, as it has a similar mechanic to drag and drop -- in this case, clipboard sync of files.

Was this page helpful?
0 / 5 - 0 ratings