This API better matches Identity API, which returns data for all user devices.
Additionally, session creation for each device is done in parallel.
Paths
| Differential D13371 Authored by kamil on Sep 18 2024, 4:51 AM.
Details Summary This API better matches Identity API, which returns data for all user devices. Additionally, session creation for each device is done in parallel. Test Plan Tested in D13376
Diff Detail
Event Timelinekamil held this revision as a draft. Herald added a subscriber: ashoat. · View Herald TranscriptSep 18 2024, 4:51 AM2024-09-18 04:51:47 (UTC-7) kamil edited the summary of this revision. (Show Details)Sep 18 2024, 4:52 AM2024-09-18 04:52:32 (UTC-7) Harbormaster completed remote builds in B31679: Diff 44289.Sep 18 2024, 5:08 AM2024-09-18 05:08:47 (UTC-7)
This revision is now accepted and ready to land.Sep 18 2024, 7:21 AM2024-09-18 07:21:11 (UTC-7)
Harbormaster completed remote builds in B31706: Diff 44322.Sep 19 2024, 1:44 AM2024-09-19 01:44:11 (UTC-7) Closed by commit rCOMMa9f48d77d6a5: [lib] refactor `createOlmSessionWithPeer` -> `createOlmSessionsWithUser` (authored by kamil). · Explain WhySep 19 2024, 3:49 AM2024-09-19 03:49:44 (UTC-7) This revision was automatically updated to reflect the committed changes.
Revision Contents
Diff 44322 lib/components/peer-olm-session-creator-provider.react.js
lib/utils/crypto-utils.js
|
This logic is a bit confusing.
I guess the reason we decided to store a separate deviceToken per keyserver is because we want to know if we've shared our deviceToken to that keyserver yet, not because we expect to have a different deviceToken per keyserver.
It would probably make more sense if we have a deviceTokenHasBeenUploaded: boolean in KeyserverInfo, and a deviceToken field at the top level of Redux. But we'll likely end up removing deviceTokens from keyservers soon anyways...