-
Notifications
You must be signed in to change notification settings - Fork 36.4k
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
gui: Node appears as Unroutable
in peers list
#21747
Comments
This is expected, albeit confusing. It just means that node can't be reached from the internet (127.0.0.1 is a non-public IP). |
How about for the |
What type? |
Incoming peers don't have a type (other than "incoming"). Is this elided? What version are you using? |
Right, inbound peers have a connection direction but not type yet, as we can't infer full relay or block relay status from fRelay / fRelayTxes ( |
This is on e7776e2 |
Was this bug introduced in bitcoin-core/gui@6fc72bd ? See also the tested ACKs, which show the empty string here: bitcoin-core/gui#179 (comment) |
Unroutable
in peers listUnroutable
in peers list
What different behavior are you expecting? |
ISTM this is the expected behavior and the issue can be closed. |
I think the type shouldn't be empty string but "Inbound", no? |
We do the same with |
Ok, closing for now. If this is an issue, it might be good to file this in the gui repo instead. |
Yes, I'll have a look at this tomorrow over on the GUI repo. Edit: done, hopefully bitcoin-core/gui#289 makes this clearer. |
This is using the bitcoin-s node, I am unsure if this is something wrong on our end, or on bitcoin core's end. Messages are able to be passed back and forth just fine. This is shown for the node running on the local computer and one on a separate computer.
The text was updated successfully, but these errors were encountered: