Given proxy=127.0.0.1:9051
bitcoin.conf (or using -proxy
):
Before:
There are number of confusing aspects to this:
- it shows the default proxy URL, rather than the one in
bitcoin.conf
- the check box is unchecked, even though the proxy is enabled. If the user checks it themselves (for aesthetic reasons?), that leads to problem (4) and (5).
- the phrase “options that override above options” (it sometimes confuses me if that means anything)
- if the user wants to turn off the proxy by unchecking it, that won’t actually work
- if the user tries to change the IP or port that won’t do anything
So I changed the behavior to check the box and populate the initial setting (only done at first launch or after you reset QT settings) if -proxy
is set (perhaps it’s even to always do this?).
In addition the user can no longer disable the check box or edit the settings when -proxy
is set. They have to remove the entry from bitcoin.conf
first.
After:
#11082 and #12833 are a more rigorous solution, but there’s some overlap. E.g. if a setting exists in the read-only bitcoin.conf
it should be similarly disabled in the GUI, along with an instruction to remove it from bitcoin.conf
if the user wishes to edit it (using the read-write bitcoin-rw.conf
).
This UX pattern can be applied to a few other settings as well. I found proxy
particularly useful because it’s used with Tor where confusion is really not a good thing.
I’m guessing that a separate Tor proxy through -onion
is less common, so I didn’t touch that (yet). I find that setting confusing in general.