mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #835] Different display managers #662
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#662
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 @harishpillay on GitHub (Aug 13, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/835
Operating Systems
Server: Fedora 32 64-bit
Client: Fedora 32 64-bit
Barrier Version
2.3.2-2.fc32
Steps to reproduce bug
Not A Bug, but a documentation issue. It appears that if one system is running X and the other Wayland, the mouse does not appear as it crosses over. They both have to be running the same display server.
Other info
I have barrier running on two laptops. Both of them are Fedora 32 and initially I had challenges making it work. I would start barrier on both systems, one will be the server and the other the client. Although I would see the mouse move out of the server and should have appeared in the client, it did not. It was after some poking around that I realized that one system was running X and the other Wayland. I switched both to X and it worked like a charm.
On my server laptop, i have an external monitor attached but on the client, there isn't. In order for the mouse to move from the server to the client, the mouse must first be on the external monitor and then to the client. The mouse does not go directly from the server's laptop screen to the client's laptop screen. I don't have a 2nd external monitor to test, but that would be something I would do soon.
@p12tic commented on GitHub (Sep 22, 2020):
Thanks for the bug report. This looks like a duplicate of #247, thus I'll close it.