mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #704] Auto config checked still application complains about hostname not filled #561
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#561
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 @jmartens on GitHub (May 29, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/704
Operating Systems
Server: Windows 10 Professional 1909
Client: Ubuntu 20.04 LTS
Barrier Version
Server: 2.3.2-snapshot-210cb270
Client: 2.3.2-Release-00000000 (from ubuntu apt)
Steps to reproduce bug
Other info
Immediately after install, no manual config on client, workaround is off-course to enter the server IP hostname and not use Auto config, but that defeats the purpose of Auto config IMHO
@jmartens commented on GitHub (May 29, 2020):
Just tried the other way around with same versions and behavior is the same, so also present in latest Windows release as can be seen in below screenshot (ciphers and other privacy info removed):
@jmartens commented on GitHub (May 29, 2020):
When a hostname is entered and Auto config is checked it does work, however when auto config is checked the Server IP field is disabled/grayed out and a hostname cannot be entered.
Two possible options:
@github-actions[bot] commented on GitHub (Sep 20, 2020):
This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.
@p12tic commented on GitHub (Jan 10, 2021):
This has been fixed in #706.