[GH-ISSUE #2122] IP is settings is not the same as actual (shown on the main screen) #1532

Open
opened 2026-05-05 07:55:18 -06:00 by gitea-mirror · 1 comment
Owner

Originally created by @chuki-chuk on GitHub (Jun 16, 2025).
Original GitHub issue: https://github.com/debauchee/barrier/issues/2122

What happened?

If you change a router/modem and your ip is changing from 192.168.0.100 to some 192.168.135.100 you might spend hours trying to debug missing connection.

Restarting app or rebooting the PC wouldn't help. The server side would show you your correct present IP address (of the server).
But that doesn't matter - you just have to go into Barrier - Change Settings and find our there your old IP.. and change it.

I think the present IP should be:

  1. either removed from the main screen - so people would have to find Change Settings and have a chance to change IP, or

  2. IP address on the main screen must be the one from the Change Settings menu (so giving a chance to see that is not a present one and there is a menu somewhere to change it).

  3. variant to show 2 IPs on the main screen "actual" and "set" (the one from the settings).

Other way this small bug would take hours and week of live of new users to find out what is going wrong with the connectivity.

Version

v2.0.0-RC1

Git commit hash (if applicable)

No response

If applicable, where did you install Barrier from?

From the github.

What OSes are you seeing the problem on? (Check all that apply)

Linux

What OS versions are you using?

2 linux mint laptops.

Relevant log output


Any other information

Please, take attention.
Even if that looks like a small bug... but that cost so much integral time and pain for every! new user as it give not chance to avoid.

Originally created by @chuki-chuk on GitHub (Jun 16, 2025). Original GitHub issue: https://github.com/debauchee/barrier/issues/2122 ### What happened? If you change a router/modem and your ip is changing from 192.168.0.100 to some 192.168.135.100 you might spend hours trying to debug missing connection. Restarting app or rebooting the PC wouldn't help. The server side would show you your correct present IP address (of the server). But that doesn't matter - you just have to go into Barrier - Change Settings and find our there your old IP.. and change it. I think the present IP should be: 1. either removed from the main screen - so people would have to find Change Settings and have a chance to change IP, or 2. IP address on the main screen must be the one from the Change Settings menu (so giving a chance to see that is not a present one and there is a menu somewhere to change it). 3. variant to show 2 IPs on the main screen "actual" and "set" (the one from the settings). Other way this small bug would take hours and week of live of new users to find out what is going wrong with the connectivity. ### Version v2.0.0-RC1 ### Git commit hash (if applicable) _No response_ ### If applicable, where did you install Barrier from? From the github. ### What OSes are you seeing the problem on? (Check all that apply) Linux ### What OS versions are you using? 2 linux mint laptops. ### Relevant log output ```shell ``` ### Any other information Please, take attention. Even if that looks like a small bug... but that cost so much integral time and pain for every! new user as it give not chance to avoid.
Author
Owner

@nbolton commented on GitHub (Jun 16, 2025):

Please try Deskflow or Input Leap as Barrier is no longer in development.

https://github.com/deskflow/deskflow
https://github.com/input-leap/input-leap

Both are compatible with Barrier client/server so you can try on one of your computers.

If this is still an issue in those projects, we would appreciate a cross-post of this issue.

Not sure which to use? The 'Insights' tab of each project may help you decide.

<!-- gh-comment-id:2975756752 --> @nbolton commented on GitHub (Jun 16, 2025): Please try Deskflow or Input Leap as Barrier is no longer in development. https://github.com/deskflow/deskflow https://github.com/input-leap/input-leap Both are compatible with Barrier client/server so you can try on one of your computers. If this is still an issue in those projects, we would appreciate a cross-post of this issue. Not sure which to use? The 'Insights' tab of each project may help you decide.
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#1532
No description provided.