mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #682] Mouse does not go to client computer [Edit: Scroll Lock causes this bug] #540
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#540
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @sahiltalwar88 on GitHub (May 21, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/682
Server: Windows 10 Version 1809 (Build 17763.1158)
Client: Mac OSX Mojave (Version 10.14.6)
Barrier Version
Server: 2.3.2-snapshot-210c2b70
Client: 2.3.2-Release-210c2b70
Steps to reproduce bug
Other info
I tried moving the screen to different places in the config to see if that would help, it did not. Also, FWIW I have a second monitor hooked up to the macbook, but unplugging it makes no difference afaict.
I feel fairly certain that this is a configuration problem rather than a real bug, so I'll add my config file in a comment (it's about as simple as can be).
@sahiltalwar88 commented on GitHub (May 21, 2020):
Super basic config file:
@sahiltalwar88 commented on GitHub (May 21, 2020):
Logs from both server and client, in case it helps:
Server:
Client (the TIS/TSM warnings are always there afaict):
And when I try to move my mouse over, nothing happens...no "Mouse entered screen", etc :(
@mrhawkin commented on GitHub (May 25, 2020):
I experience the same issue. The keyboard however works, just not the mouse.
UPDATE: Apparently it was SSH key problem. When I flicked between who was going to be server/client the SSH key accept question came around and when both computers had accepted it just worked.
@liblame commented on GitHub (Jun 3, 2020):
Have the same problem. i configured shortcuts to switch between the desktops now. Funny thing is i cant use the mouse to move to the mac but wenn i am on the mac i can move back to my windows machine with the mouse.
Windows 10 and MacOS 10.15.5
@sahiltalwar88 commented on GitHub (Jun 11, 2020):
Update: it works and stops working intermittently; it worked for about a day before dying again.
@NicholasNell commented on GitHub (Jun 18, 2020):
I have the same problem, logs confirm both computers are connected. Starting a server on my PC I cant move my move over to my laptop. However starting the server on my laptop I can move my mouse over to my PC. Additionally, my PC throws the error "Temporary configuration file required to start barrier can not be written" when the "configure interactively radial button is checked.
Edit: Got it working! Scroll lock was enabled on my PC, locking the cursor to my PC screen. disabling scroll lock fixe the issue.
@NicholasNell commented on GitHub (Jun 18, 2020):
Here is the cause in your case. Disable scroll lock.
@sahiltalwar88 commented on GitHub (Jun 19, 2020):
Oh wow you are so right! Great catch @NicholasNell , that's quite a bug hahaha.
FYI @p12tic - since you're actively contributing, I thought I'd let you know about this in case it's an easy fix. No worries if not.
@simons-public commented on GitHub (Jun 19, 2020):
@sahiltalwar88 Looks like this is actually not a bug but intended behavior. Would be nice if it was a setting that could be toggled but I didn't see anything in the GUI, documentation for Barrier or Synergy.
@sahiltalwar88 commented on GitHub (Jun 23, 2020):
ha good eye, @simons-public...yeah, i wonder if this is REALLY desired or if we want to disable it, or at minimum add it to the docs. ideally we'd even display some kind of popup or something if the user attempts to leave the screen, but i'm not sure barrier is capable of that
@github-actions[bot] commented on GitHub (Sep 22, 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.
@p12tic commented on GitHub (Jan 10, 2021):
It would be ideal if we could configure this behavior.
@Kimura-Kalidor commented on GitHub (Jan 11, 2023):
I actually still use this, but I seem to recall way back in the day (and some info from the synergy-core text-config docs suggested this is true) the intended way to disable this was to rebind scroll-lock back to scroll lock
In the options section of the config file a directive as follows may do the trick:
keystroke(ScrollLock) = keystroke(ScrollLock)
Not sure this can be done in the GUI though..
