mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #1950] screen lock/suspend resume on client system - changes key and mouse operations on client system #1425
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#1425
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 @vishal-gits on GitHub (Jun 30, 2023).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1950
What happened?
Both client and server are linux mint. some times, when the client computer is logged off/screenlock . On resuming the system, it behaves erratically, as if some keys are already pressed(mostly ctrl/shift). key mapping seems to be changed, even logging in becomes a challenge at times. so have to restart the system. key and mouse operations dont correspond rightly.
If i take care to stop barrier on client system, before logOff/screenLock/suspend, then on resuming, when i resume Barrier, then there is no issue.
This issue happens only on the client system.
Version
v2.4.0
Git commit hash (if applicable)
No response
If applicable, where did you install Barrier from?
software manager - linux mint
What OSes are you seeing the problem on? (Check all that apply)
Linux
What OS versions are you using?
Linux Mint 21 both client and server
Relevant log output
No response
Any other information
No response