-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Bisq does not validate Bitcoin P2P node at configuration time #3137
Comments
first, agreed. second, once #3044 is merged, I will proceed on getting bisq ready for tor hs v3 |
As a workaround for anyone who gets stuck by this in the interim, run Bisq from the command line with the argument |
@freimair cool if you get Tor v3 working, but IMO the correct fix for this issue is to correctly handle the case when a user-configured btcnode is unreachable with a dialog that asks "Your configured Bitcoin node is unreachable, would you like to reset your configuration to use the Bisq-supplied set of Bitcoin nodes instead?" |
For users affected by this bug, temporary workaround to get "unstuck" is to manually start Bisq with the --btcNodes option to a valid node like this: [Ubuntu] |
I have a fix for this that I will be submitting soon. |
For Windows 10 users use PowerShell instead of command line. Example: |
If the user entered an invalid hostname for a custom BTC node, such as a V3 onion address, after restarting Bisq they would be presented with an error due to the node being unreachable and unable to continue nor correct the config. So now a warning message will be shown in this situation informing the user of an invalid config and once they restart their client they will connect to the provided BTC nodes. Fixes bisq-network#3137
[How to Reproduce]
[Expected Results]
After Step 2, Bisq should validate the hostname is a valid Tor v2 hostname using regex or some other method, and also attempt to connect to this node. If it cannot validate or connect, it should not allow this setting to be changed, and it should not instruct the user to restart Bisq.
After Step 3, Bisq restarts, and despite the Bitcoin node being unreachable, the user should be able to proceed and reconfigure their settings to a reachable Bitcoin node.
[Actual Results]
After Step 2, Bisq did not perform any validation or testing of the user-entered hostname, it allowed the user the proceed, and it requested the user to proceed and restart Bisq.
After Step 3, Bisq restarts, but because the node is unreachable the following error is displayed and user is stuck with no way to correct their Bitcoin node settings, as they cannot get to the configuration screen.
The text was updated successfully, but these errors were encountered: