debauchee / barrier

Open-source KVM software
Other
27.57k stars 1.51k forks source link

Mouse Focus Lost When Captive Mouse Accelerates Towards Borders #453

Open AnotherJellyfish opened 5 years ago

AnotherJellyfish commented 5 years ago

Operating Systems

Server: Windows 10 1903

Client: Manjaro Linux

Barrier Version

2.3.2-snapshot-210c2b70

Steps to reproduce bug

Set (almost) any game to fullscreen or borderless window or windowed (close to the Barrier border). When moving mouse extremely fast in the direction of any edge associated with barrier, the mouse will break out of the captive program (first person shooters for instance) into the other monitor. I'm assuming this would happen with any program that has the mouse captive, although I can think of none to test.

Other info

Problem occurs on almost any fullscreen game I play except for some exceptions. Games where it occurs include Dirty Bomb, Insurgency Sandstorm, and Borderlands 3. An exception includes Overwatch.

AdrianKoshka commented 5 years ago

I think if you enable scroll lock, the mouse will be locked to a single system.

AnotherJellyfish commented 5 years ago

I think if you enable scroll lock, the mouse will be locked to a single system.

Yes I spoke about this in my "other info" section. It's a workaround to the problem but not an outright fix.

AdrianKoshka commented 5 years ago

I don't see how it's not an outright fix, it's how synergy was designed.

On Sun, Oct 6, 2019 at 5:44 PM AnotherJellyfish notifications@github.com wrote:

I think if you enable scroll lock, the mouse will be locked to a single system.

Yes I spoke about this in my "other info" section. It's a workaround to the problem but not an outright fix.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/debauchee/barrier/issues/453?email_source=notifications&email_token=ACCJUT462YIGNVZMX7PFKDTQNJL5PA5CNFSM4I55IXNKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEAOUZ7A#issuecomment-538791164, or mute the thread https://github.com/notifications/unsubscribe-auth/ACCJUT76GFMPKU34DXSEH4LQNJL5PANCNFSM4I55IXNA .

AnotherJellyfish commented 5 years ago

I don't see how it's not an outright fix, it's how synergy was designed. On Sun, Oct 6, 2019 at 5:44 PM AnotherJellyfish @.***> wrote: I think if you enable scroll lock, the mouse will be locked to a single system. Yes I spoke about this in my "other info" section. It's a workaround to the problem but not an outright fix.

I've had no such issues with synergy, or perhaps you're misunderstanding my issue? I only switched to debauchee because it had a version on the aur repository that is consistently updated not because I have the same problem with that piece of software.

To rephrase the issue: With synergy if the mouse is captive to a window, it will never leave that captive window. At least when I used it with Windows 10 + Ubuntu. Eg. if you're playing a first person shooter, and your "Barrier" monitor is to the right, and you turn too far to the right, your mouse will escape the captive window and move to the other monitor. This doesn't seem to be the intended behavior, and if it is, then call this a feature request! This issue makes many types of games and software extremely annoying to use. Not unusable, but very frustrating.

github-actions[bot] commented 4 years ago

Is this issue still an issue for you? Please do comment and let us know! Alternatively, you may close the issue yourself if it is no longer an problem

tobozo commented 3 years ago

bump

problem still exists in many games today, adding "Space Engineers" to the list

ImGGAAVVIINN commented 4 months ago

Happens in Minecraft Java Edition On both Windows and Linux (Ubuntu 20.04, KDE Plasma 5)