Page MenuHomePhabricator

[lib] Update KeyserverCall type
AbandonedPublic

Authored by inka on Sep 19 2023, 7:19 AM.
Tags
None
Referenced Files
F3392701: D9226.diff
Sat, Nov 30, 9:58 AM
Unknown Object (File)
Wed, Nov 20, 8:17 PM
Unknown Object (File)
Wed, Nov 20, 1:29 PM
Unknown Object (File)
Oct 27 2024, 9:48 PM
Unknown Object (File)
Oct 27 2024, 9:36 PM
Unknown Object (File)
Oct 16 2024, 10:30 PM
Unknown Object (File)
Oct 16 2024, 9:40 PM
Unknown Object (File)
Oct 12 2024, 2:52 AM
Subscribers

Details

Reviewers
michal
kamil
ginsu
Summary

issue: https://linear.app/comm/issue/ENG-4681/create-action-objects-for-all-actions
Some actions take multiple parameters. I think it would be better if actions always took a single input argument that would contain all the data required in its fields. This will let us avoid having // eslint-disable-next-line no-unused-vars in many places in keyserverIDExtractor function definitions (since we want keyserverIDExtractor to take the same set of arguments as the action is it created for). This will also fix the one thing I don't like about how CallKeyserverEndpoint is typed - that it takes an array of arguments passed into the action. So instead of callServerEndpoint('search_messages', request, [arg1, arg2]); we would be able to just call callServerEndpoint('search_messages', request, input);. This will simplify the code

Test Plan

Ran yarn flow-all

Diff Detail

Repository
rCOMM Comm
Branch
inka/actions
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

inka requested review of this revision.Sep 19 2023, 7:37 AM

Nice!

lib/utils/keyserver-call.js
155

I think this is always true? And it's a bit more strictly typed

This revision is now accepted and ready to land.Sep 20 2023, 3:28 AM
lib/utils/keyserver-call.js
155

Well, there are actions that take only one argument that is an array for example, and I don't think it makes sense to be adding boilerplate code and wrapping them in objects, so I leave them as they are

After changes to D9217 this diff is no longer needed