-
-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Round bracket in WiFi name disturbs trusted network identification #363
Comments
Hello! Thanks for reporting this. I'll look into a fix for this. |
Thanks to OP for the hint with escaping the special characters xD @zaneschepke |
Yesterday I updated to version 3.6.0 which addresses this issue by introducing a new switch "Use name wildcards" by which the user can choose whether the content of the "Trusted wifi names" is literal strings (switch "off") or may contain (regex)-syntax (switch "on") and in this case a help-page explains how to handle special characters in the wifi name. This issue can therefore be closed. A tiny remark may be allowed: I had solved my issue by using a wildcard and maintained |
Thanks for these details! Noted on the breaking change, I'll try to look to add something in the future that makes people aware of these breaking changes. Marking as closed. |
Describe the bug
Since the update to version 3.5.2, my home network was no longer recognized as trusted and the auto-tunnel kicked in.
My home network is named
FOOBAR (5 GHz)
I believe the bug happens because with the new version, wildcard support based on regex was implemented, and the round brackets have a meaning there.
Experiment: When I change my trusted network entry in WG tunnel to either
FOOBAR*
FOOBAR \(5 GHz\)
it works again.
Smartphone (please complete the following information):
The text was updated successfully, but these errors were encountered: