go-ipfs 0.8.0-rc2 dispatches remote pin request but does not act on its status, so without manual inspection it is possible to miss the fact that MFS pinning (Pinning.RemoteServices.*.Policies.MFS, #7913) stopped working.

I believe we should keep checking pin status every RepinInterval until its pinned or failed, and if it's the latter, print ERROR into remotepinning/mfs logger. Pi

In Settings : 'Add a new side account' button

Step #2 in Side account creation

(a very light & quick version of onboarding, with only nickname step)
![side account mode copy](https://user-images.githubusercontent.com/37345040/99953009-dd7db900-2d80-11eb-9f6f-e

• OS: Windows
• Version of IPFS Desktop 0.16.0

Describe the bug
Adding files via right click in the explorer is pretty cool, but instead of adding the file just to the MFS, it is also locally pinned. Why?

I mean, the only reason to pin an item in the MFS is when it's lazily added via CID and you want it to be downloaded completly.

To Reproduce
Steps to reproduce the behavior:

@D4nte commented on Thu Apr 22 2021

When not passing any filter in the browser, I understand that filter dnsWsOrWss is being used.
When trying to connect to an ip4 ws address, it fails due to the filter, however the error returned by libp2p is very obscure (see below).

Would there be a way to make this error point to the filte

Is your feature request related to a problem? Please describe.
I am only use this addon for replacing ipfs content with local gateway (redirect) and I dont use the import and upload integration.
so the right click menu item only clutters the menu (which I have pruned to my liking)

Describe the solution you'd like
an option to disable right click menu items of addon.

It selects a random adapter that has the required capabilities. Imo it should select a random one among the set of cheapest adapters, not all adapters.

Describe the bug
The outgoing line is always higher than incoming

To Reproduce
Steps to reproduce the behaviour:

1. Go to http://webui.ipfs.io.ipns.localhost:8080/#/
2. Scroll to the traffic graph
3. Wait for incoming to be higher than outgoing
4. See error

Expected behaviour
If the outgoing is lower, the line should go down below incoming

Screenshots
If applicable

This was cut from the v0.2.0 release for present time constraints however making ipfs-http more accessible as "the" ipfs binary would make the project more accessible to anyone just wanting to try it out. At the moment I see the following obstacles:

• http/README.md has no tutorial on how to try out ipfs-http
• ipfs-http supports only `i

Summary

This is the main tracking issue for DNSLink support. If there is a programmable DNS service out there, we should have support for it.

Ideally even doing things like detecting the provider from the domain name and doing the right thing.

Status

Please add a sign up button to main page.