Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Moving From Windows to Ubuntu doesn't work #42

Closed
rainybreeze777 opened this issue May 22, 2018 · 17 comments
Closed

Moving From Windows to Ubuntu doesn't work #42

rainybreeze777 opened this issue May 22, 2018 · 17 comments
Labels
bug Something isn't working linux Related to Linux windows Related to Microsoft Windows

Comments

@rainybreeze777
Copy link

rainybreeze777 commented May 22, 2018

Operating Systems

Server: Windows 10 version 1709 (OS build 16299.431)

Client: Ubuntu 18.04 LTS

Barrier Version

2.1.0-Release

Steps to reproduce bug

  1. Establish server on Windows
  2. Establish client on ubuntu
  3. Set up server monitor configuration such that ubuntu is on the left of windows
  4. Log reports connection is successful
  5. Attempts to move cursor from windows to the left of the screen to ubuntu machine
  6. Cursor disappears on Windows, cursor does not appear on Ubuntu
  7. Ubuntu can accept keyboard strokes and mouse clicks, but cursor does not move
  8. Cannot move cursor back to Windows, had to manually stop Ubuntu client for the cursor to return to windows

Other info

  • When did the problem start to occur?
    When I just finished setting up Barrier and establish connection, first attempt at using
  • Is there a way to work around it? No
  • Does this bug prevent you from using Barrier entirely? Yes
@AurisAudentis
Copy link

AurisAudentis commented Jun 9, 2018

I can attest to the same issue on Linux Mint Sylvia 18.3.
Is there any workaround/fix availiable or in the works?

UPDATE:
found a workaround: properties of the executable barrier -> compatibility -> all users -> High dpi options -> check all the boxes.
After this, the program seems to work as intended. This was a known problem in synergy.

@dayne
Copy link

dayne commented Jun 10, 2018

@walker0643
Copy link
Member

Can you try 075d4f4 and report back? If you're not comfortable building from source you could wait for the next release, 2.2. Thanks!

@walker0643
Copy link
Member

Please reopen if you still have this issue after upgrading to 2.2. Thanks!

@xurongchen
Copy link

I can attest to the same issue on Linux Mint Sylvia 18.3.
Is there any workaround/fix availiable or in the works?

UPDATE:
found a workaround: properties of the executable barrier -> compatibility -> all users -> High dpi options -> check all the boxes.
After this, the program seems to work as intended. This was a known problem in synergy.

Thanks! However I solved the problem by setting the executable 'barrriers' but not the 'barrier'.

@ScriptingDad
Copy link

@AurisAudentis your workaround still worked in 2.3.1. Thanks! not sure why it worked but I've been playing with this for 4 hours now and this is the only thing that did the trick.

@stevesobol
Copy link

I'm having the same problem with macOS, as detailed in a bug that was marked as a dupe of this one. It existed in Synergy 1.8 and the workaround there was to turn off clipboard sharing, which I have done, but I'd rather have it enabled.

@rstacruz
Copy link

executable barrier -> compatibility -> all users -> High dpi options -> check all the boxes.

I'm on barrier 2.4.0 in Windows 11, and what worked for me was this, but on the executable barriers.exe (not barrier.exe).

@dog6o
Copy link

dog6o commented Mar 3, 2022

Server: Windows 11
Client: macOS
Problem: This combination does not work when Server is 2.4.0

Do you have a plan to fix this problem?

@liamjwang
Copy link

@MyAlfisti Uninstalling v2.4.0 and installing v2.3.4 on Windows 11 (barrier server) fixed the problem for me.
I'm using the barrier client v2.4.0 on Ubuntu 18.04.

@DarwinDemian
Copy link

Found a fix, this was happening because of the screen scaling. I was using 100% with Linux, and 125% on Windows. After setting the scaling to 100% on Windows, the mouse started working on the other screen.

@sexycode
Copy link

Found a fix, this was happening because of the screen scaling. I was using 100% with Linux, and 125% on Windows. After setting the scaling to 100% on Windows, the mouse started working on the other screen.

thanks change to 100% on windows , mouse is OK

@ultrageek
Copy link

I'm not seeing any setting to change screen scaling. Where is this, please?

Server: Windows 10 (V2.4.0)
Client: MacOS (Ventura 13.0)

@xyz1001
Copy link

xyz1001 commented Mar 30, 2023

Another resolution is change the barrier exe compability setting. Right click exe, select properties, Compability and click "Change high DPI settings" button, check "override high DPI scaling behavior" and select Application. Barrier will works ok after restart.
image

@SteveClement
Copy link

The DPI settings tweak still works ;)

@Migelo
Copy link

Migelo commented Nov 7, 2023

November update, still works!

@aaomidi
Copy link

aaomidi commented Dec 13, 2023

Is there a solution for Linux server and MacOS client users?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working linux Related to Linux windows Related to Microsoft Windows
Projects
None yet
Development

No branches or pull requests