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

Simplify and refactor state management #163

Closed
olabini opened this issue Oct 2, 2018 · 5 comments
Closed

Simplify and refactor state management #163

olabini opened this issue Oct 2, 2018 · 5 comments
Assignees
Labels
architecture importance high An issue that is absolutely necessary to have done before final release

Comments

@olabini
Copy link
Contributor

olabini commented Oct 2, 2018

This issue is about track everything related to the client orchestration, making sure state is read and available at the right times, and that publication happens when it should.

@claucece claucece added importance high An issue that is absolutely necessary to have done before final release architecture labels Oct 2, 2018
@olabini olabini self-assigned this Oct 2, 2018
@claucece claucece added this to the October milestone Oct 2, 2018
@olabini
Copy link
Contributor Author

olabini commented Oct 2, 2018

This involves these objects:

  • Private long term key
  • Forging key
  • Client profile
  • Expired client profile (only loading etc)
  • Prekey profile
  • Expired prekey profile (only loading etc)
  • Prekey messages
  • Private material corresponding to prekey profile
  • Private material corresponding to prekey messages
  • Fingerprints (for now, let's keep them outside of orchestration - the life cycle is different)
  • Instance tags (for now, let's keep them outside of orchestration - the life cycle is different)

olabini added a commit that referenced this issue Oct 2, 2018
…d the verify_ family of functions. Centralize creation of client profiles to ONLY happen through the orchestration
olabini added a commit that referenced this issue Oct 3, 2018
…stration side only. Also fix some potential problems with reading client profiles and prekey profiles. Also add metadata serialization and deserialization for these types - part of #163
olabini added a commit that referenced this issue Oct 4, 2018
…ad make it part of the prekey profile structure
@olabini
Copy link
Contributor Author

olabini commented Oct 4, 2018

With the latest commits the private prekey profile material is now managed together with the prekey profile, so no need to manage it separately.

olabini added a commit to otrv4/pidgin-otrng that referenced this issue Oct 4, 2018
olabini added a commit that referenced this issue Oct 5, 2018
olabini added a commit to otrv4/pidgin-otrng that referenced this issue Oct 5, 2018
olabini added a commit that referenced this issue Oct 5, 2018
olabini added a commit to otrv4/pidgin-otrng that referenced this issue Oct 5, 2018
olabini added a commit to otrv4/pidgin-otrng that referenced this issue Oct 5, 2018
olabini added a commit to otrv4/pidgin-otrng that referenced this issue Oct 6, 2018
@olabini
Copy link
Contributor Author

olabini commented Oct 6, 2018

I would say this is done. At some point I'll tackle the v3 keys, instance tags and fingerprints, but I think I'll do that outside of this issue.

@olabini olabini closed this as completed Oct 6, 2018
@claucece
Copy link
Member

claucece commented Oct 7, 2018

Thanks @olabini

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
architecture importance high An issue that is absolutely necessary to have done before final release
Projects
None yet
Development

No branches or pull requests

3 participants