-
Notifications
You must be signed in to change notification settings - Fork 137
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
Deprecate HTTP(S) #532
Deprecate HTTP(S) #532
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good overall, thanks for taking care of this @jaspervdm.
I ran it on a test instance with Tor not installed and got following output
20201124 09:45:40.939 WARN grin_wallet_controller::controller - Starting TOR Hidden Service for API listener at address rglop53gkfop22lfka5z2juxsv4f6uciwseg7dslsay72otevsrsupyd, binding to 127.0.0.1:13415
20201124 09:45:40.944 WARN grin_wallet_controller::controller - Unable to start TOR listener; Check that TOR executable is installed and on your path
20201124 09:45:40.944 WARN grin_wallet_controller::controller - Tor Error: Tor Process Error: Process("TOR executable (`tor`) not found. Please ensure TOR is installed and on the path: Os { code: 2, kind: NotFound, message: \"No such file or directory\" }")
20201124 09:45:40.944 WARN grin_wallet_controller::controller - Listener will be available via HTTP only
20201124 09:45:40.945 WARN grin_wallet_controller::controller - Starting HTTP Foreign listener API server at 127.0.0.1:13415.
20201124 09:45:40.945 WARN grin_wallet_controller::controller - HTTP Foreign listener started.
I think it is doing what we expect but a couple of usability things that may be worth noting for a future PR:
- do we want the first log line above to return a tor address or a slatepack address? this could add confusion to return a raw tor address (or am I missing something in how the API is done?)
- even though http is no longer supported, the warning logs can confuse a user into thinking http is still working
.map_err(|_| invalid())?, | ||
), | ||
}, | ||
"keybase" => Box::new(KeybaseChannel::new(dest)?), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With this change, is there any reason to import or keep around any of the keybase logic in adapters?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Afaik we still support Keybase as a method. This particular block of code was just unused so I got rid of it entirely.
I have previously seen that tor address in the logs and attempted to use it as an address when testing sending from the wallet. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me. 👍
@j01tz
Technically we still have a HTTP listener, it just runs locally. This listener is also used by the TOR hidden service. But I do agree we could improve on the text here in a future PR. |
This reverts commit 429db61.
This reverts commit 429db61.
Implementation of the Deprecate HTTP(S) Transactions RFC.