Page MenuHomePhabricator

[lib][web][native] Rename callServerEndpoint to callSingleKeyserverEndpoint
ClosedPublic

Authored by ashoat on Jan 17 2024, 9:13 PM.
Tags
None
Referenced Files
F2113002: D10688.diff
Wed, Jun 26, 2:39 AM
Unknown Object (File)
Mon, Jun 24, 12:18 AM
Unknown Object (File)
Sun, Jun 23, 11:25 PM
Unknown Object (File)
Thu, Jun 20, 12:48 AM
Unknown Object (File)
Sat, Jun 15, 11:20 AM
Unknown Object (File)
Sat, Jun 15, 9:16 AM
Unknown Object (File)
Fri, Jun 14, 6:10 AM
Unknown Object (File)
Tue, Jun 11, 10:09 AM
Subscribers
None

Details

Summary

This function is going to stick around indefinitely in our codebase. Even if we get rid of all callsites in actions, it will continue to be needed within the internals of callKeyserverEndpoint. As such, I figured renaming it to clarify its function (as related to callKeyserverEndpoint) makes sense.

Depends on D10687

Test Plan

I tested this stack using the following procedure:

  1. I tested primarily on native
    1. I compiled a dev build and deployed it to an iOS simulator
    2. I created a brand new account on my local keyserver using the iOS app
    3. I ran Redux dev tools: cd native && yarn redux-devtools
    4. I added a 30s sleep at the start of resolveKeyserverSessionInvalidation
    5. I made KeyserverConnectionsHandler return null so that the socket wouldn’t automatically recover the session prior to my testing
    6. I killed the app
    7. I deleted all of the test user’s cookie
    8. I then opened the app again and navigated to a chat and sent two messages
    9. By following the Redux monitor, I was able to see that the keyserver session invalidation recovery was successful, and both messages were eventually sent after the 30s sleep concluded
  2. On web, we don’t support keyserver session invalidation. However, I tested to make sure that the web app still loaded after my changes

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable