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

Users should be able to specify bee node API and debug API URLs #3

Closed
vojtechsimetka opened this issue Mar 7, 2021 · 4 comments
Closed
Labels
kind:enhancement A net-new feature or an improvement to an existing feature type:issue

Comments

@vojtechsimetka
Copy link
Contributor

Currently the status app assumes the default APIs - localhost:1633 & :1635 . It should allow changing this URL e.g. directly in the first step of the Node Setup through a button. or maybe in the Settings page?

Screenshot 2021-03-07 at 16 59 59

@vojtechsimetka vojtechsimetka added the kind:enhancement A net-new feature or an improvement to an existing feature label Mar 7, 2021
@bee-runner bee-runner bot added the type:issue label Mar 7, 2021
@matt-mertens
Copy link
Contributor

matt-mertens commented Mar 7, 2021

Right now these endpoints are derived from the environment variables in .env files. I agree I would like some mechanism to dynamically change urls. Not sure how to best handle this in the UI yet because I think it should be handled differently depending upon how want to package it.

Local Standalone: Set env variables when building / serving frontend

Remote Standalone: Dynamic url with IP / port numbers

Electron Installed App: Use the filesystem API to directly read the configuration file and retrieve from there.

@matt-mertens
Copy link
Contributor

0c05c06 dynamic api and debug api URLs

@matt-mertens
Copy link
Contributor

Can change host on both node setup and in the settings section. Also allows for specifying https://gateway.ethswarm.org/ as the file API to interact directly with that.

image

image

@matt-mertens
Copy link
Contributor

resolved in #1

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 an improvement to an existing feature type:issue
Projects
None yet
Development

No branches or pull requests

2 participants