Page MenuHomePhabricator

[lib][native] Introduce supportingMultipleKeyservers constant
ClosedPublic

Authored by ashoat on Mar 3 2024, 9:07 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Jan 23, 4:05 PM
Unknown Object (File)
Thu, Jan 23, 4:02 PM
Unknown Object (File)
Thu, Jan 23, 4:01 PM
Unknown Object (File)
Thu, Jan 23, 3:56 PM
Unknown Object (File)
Wed, Jan 22, 7:50 PM
Unknown Object (File)
Wed, Jan 22, 7:50 PM
Unknown Object (File)
Wed, Jan 22, 7:50 PM
Unknown Object (File)
Wed, Jan 22, 7:50 PM
Subscribers

Details

Summary

Introducing this constant right now even though it's not really doing anything.

As mentioned a couple diffs back, I want this constant introduced so we can be clear on the various distinct launches we'll have in 2024.

The code in SQLiteDataHandler doesn't yet support recovery from a corrupt SQLite database in a multi-keyserver scenario, as this depends on restoring from the backup service.

Question for @michal: is there an existing task tracking implementing backup restore for corrupt database recovery, for both native and web? I want to add a comment referencing this code in SQLiteDataHandler, to make sure it's updated as part of that task.

Depends on D11229

Test Plan

I used this test plan for the whole stack: https://gist.github.com/Ashoat/75ab690d5c53cdd68a51b02e03e27c58

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

is there an existing task tracking implementing backup restore for corrupt database recovery, for both native and web? I want to add a comment referencing this code in SQLiteDataHandler, to make sure it's updated as part of that task.

There is no task in this. I created ENG-7114 : Corrupt SQLite recovery with backup (under ENG-6903 : Backup and app/account lifecycle).

This revision is now accepted and ready to land.Mar 5 2024, 6:32 AM