Page MenuHomePhabricator

[client-backup] implement backup handler
ClosedPublic

Authored by kamil on Aug 29 2023, 2:52 AM.
Tags
None
Referenced Files
F2831166: D9003.id30752.diff
Fri, Sep 27, 10:56 PM
F2831165: D9003.id30734.diff
Fri, Sep 27, 10:56 PM
F2831164: D9003.id30485.diff
Fri, Sep 27, 10:56 PM
F2831163: D9003.id30482.diff
Fri, Sep 27, 10:56 PM
F2831162: D9003.id30486.diff
Fri, Sep 27, 10:56 PM
F2831138: D9003.id.diff
Fri, Sep 27, 10:56 PM
F2831129: D9003.diff
Fri, Sep 27, 10:50 PM
F2829028: D9003.id30485.diff
Fri, Sep 27, 3:02 PM
Subscribers

Details

Summary

For now in UserData we store UserStore. Each time it changes we upload a new backup.

Depends on D9002

Test Plan

Test both successful and failed uploads.

image.png (789×391 px, 74 KB)

image.png (803×392 px, 87 KB)

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

kamil held this revision as a draft.
kamil edited the test plan for this revision. (Show Details)
kamil published this revision for review.Aug 29 2023, 4:05 AM
native/backup/backup-handler.js
38 ↗(On Diff #30486)

What do you think?

54 ↗(On Diff #30486)

Even if it's opt-in we probably don't need to display the alert on success

native/backup/backup-handler.js
54 ↗(On Diff #30486)

We have so much alert spam already 😅

  • remove success info
  • rename some vars
native/backup/backup-handler.js
38 ↗(On Diff #30486)

I'm not convinced, sha256Hash is more current hash, value from AsyncStorage is recent as it was computed previously 😅

54 ↗(On Diff #30486)

okay, I wanted to check how frequent data is backed up - but we can always check this in backup service logs

michal added inline comments.
native/backup/backup-handler.js
38 ↗(On Diff #30486)

What about mostRecentlyUploadedBackupHash? :P

This revision is now accepted and ready to land.Sep 4 2023, 8:31 AM
This revision was automatically updated to reflect the committed changes.