Page MenuHomePhabricator

[native] initialize crypto account before any crypto-related operation
ClosedPublic

Authored by kamil on Jan 10 2024, 7:12 AM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Jul 1, 3:33 AM
Unknown Object (File)
Sun, Jun 30, 1:05 PM
Unknown Object (File)
Wed, Jun 26, 12:06 PM
Unknown Object (File)
Mon, Jun 24, 12:51 AM
Unknown Object (File)
Thu, Jun 20, 5:24 PM
Unknown Object (File)
Tue, Jun 11, 10:21 PM
Unknown Object (File)
May 31 2024, 4:41 PM
Unknown Object (File)
May 22 2024, 1:00 PM
Subscribers

Details

Summary

The entire stack worked fine because of D10327, adding this to make sure the crypto thread is always present.

Created ENG-6419 to discuss alternatives.

Depends on D10526

Test Plan

Make sure app does not crash with recent changes

Diff Detail

Repository
rCOMM Comm
Branch
publish-olm-stack-4
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

kamil held this revision as a draft.
kamil published this revision for review.Jan 10 2024, 7:33 AM
kamil edited the summary of this revision. (Show Details)

I think this approach is inefficient. Here is my suggestion: https://linear.app/comm/issue/ENG-6419/initialize-crypto-account-on-native#comment-07e9238a

Can we, for now, follow the existing convention to unblock my stack, discuss the best solution, and implement it in ENG-6419?

Accepting since this diff works and it will unblock @kamil but it would be nice if someone implemented the right approach in February as a small project since it doesn't seem to be too much of a hassle.

This revision is now accepted and ready to land.Jan 11 2024, 4:22 AM