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.

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

Split external IPFS node type #575

Open
alanshaw opened this issue Sep 14, 2018 · 1 comment
Open

Split external IPFS node type #575

alanshaw opened this issue Sep 14, 2018 · 1 comment
Labels
kind/enhancement A net-new feature or improvement to an existing feature status/ready Ready to be worked

Comments

@alanshaw
Copy link
Member

alanshaw commented Sep 14, 2018

I'd like to make it easier to use an external JS IPFS node. Could we split "External" node type into three:

  1. External (go-ipfs)
  2. External (js-ipfs)
  3. External (custom)

Selecting 1 or 2 would hide/disable "IPFS API URL" and "Custom Local Gateway" fields (and set them to the default values for the node type you've selected).

relates to ipfs/js-ipfs#1563

@alanshaw alanshaw added the kind/enhancement A net-new feature or improvement to an existing feature label Sep 14, 2018
@lidel
Copy link
Member

lidel commented Sep 14, 2018

The bigger overhaul of the backend picker is on the roadmap: #491
We probably should make this change as a part of that endeavor.

Some initial thoughts:

  • 👍 for listing JS and GO options as equal
    • I imagine we could pre-populate list of backends with "localhost go-ipfs" and "localhost js-ipfs" with default localhost ports for each.
  • Perhaps we could improve how "automatic mode" works.
    For example, if go-ipfs goes down extension retries it once and then falls back to trying other active backends on the list, including pre-populated JS one.

@lidel lidel added this to the New UI for Backend Control milestone Sep 21, 2018
@lidel lidel added the status/ready Ready to be worked label Sep 22, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement A net-new feature or improvement to an existing feature status/ready Ready to be worked
Projects
No open projects
Status: Needs Grooming
Development

No branches or pull requests

2 participants