Page MenuHomePhabricator

[lib] Call keyserver auth
ClosedPublic

Authored by tomek on Jan 25 2024, 6:40 AM.
Tags
None
Referenced Files
Unknown Object (File)
Apr 7 2024, 4:44 AM
Unknown Object (File)
Feb 20 2024, 7:10 PM
Unknown Object (File)
Feb 20 2024, 7:10 PM
Unknown Object (File)
Feb 20 2024, 2:04 PM
Unknown Object (File)
Feb 20 2024, 1:24 PM
Unknown Object (File)
Feb 20 2024, 10:20 AM
Unknown Object (File)
Feb 20 2024, 5:57 AM
Unknown Object (File)
Feb 19 2024, 12:38 AM
Subscribers

Details

Summary

Prepare a request and call keyserver auth from a handler.

Depends on D10813

Test Plan

Check if the endpoint is called with provided data.

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

tomek requested review of this revision.Jan 25 2024, 6:58 AM
lib/components/keyserver-connection-handler.js
135–145 ↗(On Diff #36132)

The logic of when to call this effect will be updated later in the stack

lib/components/keyserver-connection-handler.js
60 ↗(On Diff #36132)

We probably should modify this logic when we perform a recovery

lib/components/keyserver-connection-handler.js
45–49 ↗(On Diff #36161)

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...

lib/components/keyserver-connection-handler.js
45–49 ↗(On Diff #36161)

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...

Agree. But moving the token to Tunnelbroker will simplify it even more. For now, I don't think it is worth fixing now.

This revision is now accepted and ready to land.Jan 29 2024, 1:51 AM
This revision was automatically updated to reflect the committed changes.