Skip to content
This repository has been archived by the owner on Aug 1, 2022. It is now read-only.

feat(proxy): User Start Up #548

Closed
FintanH opened this issue Jun 23, 2020 · 0 comments · Fixed by #628
Closed

feat(proxy): User Start Up #548

FintanH opened this issue Jun 23, 2020 · 0 comments · Fixed by #628
Assignees
@FintanH
Labels
feature Something that doesn't exist yet
Projects
User Identity Project Tracking/Replication
Milestone
β1

Comments

@FintanH
Copy link
Contributor

FintanH commented Jun 23, 2020

When starting up the application there are two cases:

  1. This is the first time and/or there's no previous state
  2. The user has started the application before and the state is preserved

In the first case, the user needs to create an Identity, and thus create a librad::User. This means that the API should only be presenting an initial set of endpoints.

In the second case, the existing state should be loaded giving us access to this librad::User.
@FintanH FintanH added improvement feature Something that doesn't exist yet labels Jun 23, 2020
@FintanH FintanH self-assigned this Jun 23, 2020
@FintanH FintanH added this to To do in User Identity Jun 23, 2020
@cloudhead cloudhead added this to the β1 milestone Jun 23, 2020
@FintanH FintanH moved this from To do to In progress in User Identity Jun 25, 2020
@xla xla mentioned this issue Jun 25, 2020
Merged
@FintanH FintanH moved this from In progress to To do in User Identity Jun 25, 2020
xla added a commit that referenced this issue Jun 25, 2020
@xla
feat(proxy): authorized endpoints (#596)
c3d4938 
Ref #548 
* Implement owner guard filter
* Add owner guard to control, and cosolidate maybe_owner and owner in http
Co-authored-by: FintanH <fintan.halpenny@gmail.com>
@FintanH FintanH moved this from To do to In progress in Project Tracking/Replication Jul 1, 2020
@FintanH FintanH mentioned this issue Jul 2, 2020
Merged
@xla xla closed this as completed in #628 Jul 3, 2020
xla pushed a commit that referenced this issue Jul 3, 2020
@FintanH
feat(proxy): integrate rad/self (#628)
69c0adf 
This integrates the use of rad/self in the monorepo. This means when we
create an identity, we set the default rad/self in the peer to that
User.

Fixes #576
Closes #548

***
* Introduce rad/self usage for getting and setting the default owner
* Set the shared owner
* Add check that set the default rad/self
* Introduce init_owner function and use that for creating the identity
user
* Get Draft peer back in main and verify it
* Filter projects by default rad/self
* Update librad SHA to get bug fix
* Update librad SHA
* Prevent new owner creation during nuke
* Fix specs
* Apply suggestions from code review
Co-authored-by: Rūdolfs Ošiņš <rudolfs@osins.org>

* Improve identit creation errors
Co-authored-by: Alexander Simmerl <a.simmerl@gmail.com>
Co-authored-by: Rūdolfs Ošiņš <rudolfs@osins.org>
@FintanH FintanH moved this from In progress to Done in Project Tracking/Replication Jul 7, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@FintanH FintanH

Labels
feature Something that doesn't exist yet
Projects
No open projects
Project Tracking/Replication
  
Done
User Identity
  
To do
Milestone
β1
Development

Successfully merging a pull request may close this issue.

feat(proxy): integrate rad/self radicle-dev/radicle-upstream
2 participants
@cloudhead @FintanH