Page MenuHomePhabricator

[backup-service] make `user_data` and `user_keys` optional in `BackupData`
ClosedPublic

Authored by kamil on Nov 5 2024, 9:10 AM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Dec 20, 9:01 PM
Unknown Object (File)
Thu, Dec 19, 2:20 AM
Unknown Object (File)
Wed, Dec 18, 7:28 PM
Unknown Object (File)
Mon, Dec 16, 4:45 PM
Unknown Object (File)
Mon, Dec 16, 3:40 PM
Unknown Object (File)
Mon, Dec 16, 10:37 AM
Unknown Object (File)
Mon, Dec 9, 10:11 PM
Unknown Object (File)
Mon, Dec 9, 8:06 PM
Subscribers

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

kamil held this revision as a draft.
kamil published this revision for review.Nov 6 2024, 3:45 AM
kamil added inline comments.
native/native_rust_library/src/backup/upload_handler.rs
199–209 ↗(On Diff #45634)

Depending on what files will be generated we're going to upload User Keys, or User Data, or both

services/commtest/tests/backup_integration_test.rs
60 ↗(On Diff #45634)

not sure what is best pattern for this

shared/backup_client/src/lib.rs
59–84 ↗(On Diff #45634)

this is strange but we need to maintain order, otherwise backup service can fail to parse Multiplart

86–88 ↗(On Diff #45634)

We always want to upload at least one, and depending on data we're gone chose endpoint (see below)

services/commtest/tests/backup_integration_test.rs
60 ↗(On Diff #45634)

This is good

shared/backup_client/src/lib.rs
59–84 ↗(On Diff #45634)

This is normal - Backup service is designed in such a way that expects these fields in order. So is Blob service.

86–96 ↗(On Diff #45634)

I'd also put this above creation of Form::new() etc to early exit when data and keys are both none

This revision is now accepted and ready to land.Nov 7 2024, 12:38 AM

address review

shared/backup_client/src/lib.rs
86–96 ↗(On Diff #45634)

Good call, thanks