This repository has been archived by the owner on Aug 22, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 116
Namespace Orbit's data directory per user #163
Comments
haadcode
added a commit
that referenced
this issue
Dec 2, 2016
Add the possibility to set Orbit's data directory in the configuration screen. Make Orbit's data path isolated per user. Polish configuration screen visuals. Refactor startup sequence. Add OrbitStore to the UI. Remove obsolete code. Fix build process and dist builds. Remove obsolete scripts. Closes #163. Closes #166. Closes #7. Closes #167.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently Orbit saves all its data to one global directory. It would be better if the data directory was namespace per user.
Instead of:
~/Library/Application Support/orbit/
Do:
~/Library/Application Support/orbit/<userId>/
This requires changes to the startup sequence in index.js and in the UI so that we first display the login window, user enters their name, and after that we boot up the IPFS daemon. Currently we first boot up the daemon, then login.
The upside of this change is that the login screen will appear much faster than it currently does making the UX slightly better in terms of the user getting to actionable content.
The downside is that there will be a loading period between user pressing "login" and getting to the main view ("connected"). This may be reduced to a very short period if the daemon startup time can be optimized.
We will need to take a look at how go-ipfs starts up as currently it can take anything up to 10 seconds to reach "Daemon started" state. Apparently this is due to connecting to the bootstrap nodes and after that moving to "started" state. There was discussion that this can be changed so that the bootstrapping happens after the daemon's state has been set to "started". cc @whyrusleeping @jbenet
The text was updated successfully, but these errors were encountered: