kubo icon indicating copy to clipboard operation
kubo copied to clipboard

daemon: Output announced multiaddresses found after start-up

Open Winterhuman opened this issue 3 years ago • 3 comments

Checklist

  • [X] My issue is specific & actionable.
  • [X] I am not suggesting a protocol enhancement.
  • [X] I have searched on the issue tracker for my issue.

Description

(This is a smaller issue that continues from https://github.com/ipfs/go-ipfs/issues/9043, and a ipfs daemon equivalent to https://github.com/ipfs/ipfs-webui/issues/1964)

Currently, ipfs daemon prints Swarm announcing for the initial, local multiaddresses. However, when using RelayClient, public multiaddresses aren't found until after Daemon is Ready and so are never reported.

Ideally, ipfs daemon's output should report additional Swarm announcing messages for multiaddresses found after it reports Daemon is ready.

Winterhuman avatar Jul 06 '22 16:07 Winterhuman

2022-07-22 conversation:

In this scenario, addresses are going to be influx.

Options:

  1. Don't print out anything in ipfs daemson (stopping this may break sharness tests, which isn't good, but is the unfortunate state of the affairs)
  2. Print everytime address changes (not a priority for maintainers currently)
  3. Add extra log statement in ipfs daemon that addresses are in flux and use ipfs id. (cheapest way to give users a hint. This is where we'd want to invest.)

@Winterhuman : could you take on doing #3? It would be a small log statement to add.

BigLep avatar Jul 22 '22 15:07 BigLep

@BigLep I'm afraid I have scarce little knowledge of coding (I'm a docs/spec person at best), someone else will have to handle this unfortunately

Winterhuman avatar Jul 22 '22 18:07 Winterhuman

Oops, seems like we needed more information for this issue, please comment with more details or this issue will be closed in 7 days.

github-actions[bot] avatar Jul 29 '22 00:07 github-actions[bot]