Page MenuHomePhabricator

[lib] delete `CallSingleKeyserverEndpointResultInfoInterface`
ClosedPublic

Authored by kamil on Sep 13 2024, 3:18 AM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Nov 20, 11:08 AM
Unknown Object (File)
Wed, Nov 20, 11:07 AM
Unknown Object (File)
Thu, Nov 14, 1:02 PM
Unknown Object (File)
Thu, Nov 14, 12:59 PM
Unknown Object (File)
Sat, Nov 9, 3:02 PM
Unknown Object (File)
Sat, Nov 9, 7:32 AM
Unknown Object (File)
Sat, Nov 2, 8:59 AM
Unknown Object (File)
Sat, Oct 26, 3:40 AM
Subscribers
None

Details

Summary

ENG-8424.

Later in the stack, we need to return SendMessagePayload (which has +interface: CallSingleKeyserverEndpointResultInfoInterface) as a result of DM Ops. which is encrypting and queueing messages on Tunnelbroker, not keyserver call.

Alternatives:

  1. Use tunnelbroker instead of none - I think this is even worse for readability because the type is associated with Keyserver.
  2. Remove interface from SendMessagePayload - this seems the best and I think it's safe because I wasn't able to find any usage of interface.

I am not familiar with why we need this at all, so curious about the reviewers' perspective.

Depends on D13319

Test Plan

Flow

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.Sep 13 2024, 4:33 AM
kamil edited the summary of this revision. (Show Details)
This revision is now accepted and ready to land.Sep 13 2024, 6:00 AM
  1. Remove interface from SendMessagePayload - this seems the best and I think it's safe because I wasn't able to find any usage of interface.

I am not familiar with why we need this at all, so curious about the reviewers' perspective.

I think @tomek did some research on this in D6151:

I was curious about why do we need this field. Is it used anywhere?

I've searched a bit and it seems like this field was introduced in D511 and then the usage was removed in D4645, so maybe we don't need this field at all. It doesn't hurt to keep it for some time, though.

I did some additional research and I also don't think there are any uses of this field anymore. I think it would be safe to delete.

kamil retitled this revision from [lib] update `CallSingleKeyserverEndpointResultInfoInterface` to handle `none` to [lib] delete `CallSingleKeyserverEndpointResultInfoInterface`.Sep 16 2024, 2:57 AM