[GH-ISSUE #835] Different display managers #662

Closed
opened 2026-05-05 06:52:08 -06:00 by gitea-mirror · 1 comment
Owner

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.

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.
Author
Owner

@p12tic commented on GitHub (Sep 22, 2020):

Thanks for the bug report. This looks like a duplicate of #247, thus I'll close it.

<!-- gh-comment-id:696611226 --> @p12tic commented on GitHub (Sep 22, 2020): Thanks for the bug report. This looks like a duplicate of #247, thus I'll close it.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/barrier#662
No description provided.