Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Status page doesn't refresh to display new multiaddresses #1964

Open
Winterhuman opened this issue Jul 6, 2022 · 1 comment
Open

Status page doesn't refresh to display new multiaddresses #1964

Winterhuman opened this issue Jul 6, 2022 · 1 comment
Labels
area/screen/status Issues related to Status screen effort/hours Estimated to take one or several hours exp/novice Someone with a little familiarity can pick up help wanted Seeking public contribution on this issue kind/enhancement A net-new feature or improvement to an existing feature P2 Medium: Good to have, but can wait until someone steps up status/ready Ready to be worked

Comments

@Winterhuman
Copy link

Winterhuman commented Jul 6, 2022 •
edited
Loading

Describe the bug
I had originally opened ipfs/kubo#9043 since it seemed RelayClient took a while to get public multiaddresses. However, as I've just realised the public multiaddresses are probably found fairly early, but, the WebUI has to be refreshed to show the public multiaddresses that are found later on.

To Reproduce
Steps to reproduce the behavior:

  1. Run ipfs daemon (RelayClient enabled).
  2. Look under Advanced and see local multiaddresses only.
  3. Wait until public multiaddresses have evidently been found (other peers can find you).
  4. Observe that the information under Advanced hasn't updated.
  5. Refresh the page and see the public multiaddresses show up under Advanced.

Expected behavior
When new multiaddresses are detected, the Status page should refresh by itself, or just update the information under Advanced, to reflect the current status.

Desktop

  • OS: Arch Linux
  • Browser: Firefox v102.0.1
  • Version: v2.15.1 (originally found: v2.15.0)
@Winterhuman Winterhuman added the need/triage Needs initial labeling and prioritization label Jul 6, 2022
@Winterhuman Winterhuman mentioned this issue Jul 6, 2022
Open
3 tasks
@ipfs ipfs deleted a comment from welcome bot Jul 25, 2022
@lidel
Copy link
Member

lidel commented Jul 25, 2022

👍 webui should periodically update addresses via /api/v0/id or /api/v0/swarm/addrs/listen call.

@lidel lidel added kind/bug A bug in existing code (including security flaws) help wanted Seeking public contribution on this issue exp/novice Someone with a little familiarity can pick up P2 Medium: Good to have, but can wait until someone steps up area/screen/status Issues related to Status screen kind/enhancement A net-new feature or improvement to an existing feature effort/hours Estimated to take one or several hours and removed need/triage Needs initial labeling and prioritization kind/bug A bug in existing code (including security flaws) labels Jul 25, 2022
@SgtPooki SgtPooki added the status/ready Ready to be worked label Dec 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
area/screen/status Issues related to Status screen effort/hours Estimated to take one or several hours exp/novice Someone with a little familiarity can pick up help wanted Seeking public contribution on this issue kind/enhancement A net-new feature or improvement to an existing feature P2 Medium: Good to have, but can wait until someone steps up status/ready Ready to be worked
Projects
No open projects
IPFS-GUI (PL EngRes)
Status: Planned / Backlog
Milestone
No milestone
Development

No branches or pull requests
3 participants
@lidel @SgtPooki @Winterhuman