Page MenuHomePhabricator

[lib] Check for previous auth message and websocket connection state in identity search context provider
ClosedPublic

Authored by will on Feb 6 2024, 12:37 PM.
Tags
None
Referenced Files
F3480715: D10973.id37637.diff
Mon, Dec 16, 11:42 PM
F3480714: D10973.id37416.diff
Mon, Dec 16, 11:42 PM
F3480713: D10973.id36736.diff
Mon, Dec 16, 11:42 PM
F3480712: D10973.id37018.diff
Mon, Dec 16, 11:42 PM
F3480711: D10973.id36960.diff
Mon, Dec 16, 11:42 PM
F3480710: D10973.id36876.diff
Mon, Dec 16, 11:42 PM
F3480689: D10973.id.diff
Mon, Dec 16, 11:42 PM
F3480682: D10973.diff
Mon, Dec 16, 11:42 PM
Subscribers

Details

Summary

This closes the identity search websocket connection if there is a null or changed auth message and the socket is still active.

Depends on D10938

Test Plan

flow and ran on web

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

will retitled this revision from [lib] Check for previous auth message and websocket connection state in identity search context provider to [lib] [4/n] Check for previous auth message and websocket connection state in identity search context provider.Feb 6 2024, 12:41 PM
will edited the summary of this revision. (Show Details)
will requested review of this revision.Feb 6 2024, 12:54 PM
will planned changes to this revision.Feb 6 2024, 11:32 PM
will retitled this revision from [lib] [4/n] Check for previous auth message and websocket connection state in identity search context provider to [lib] [6/n] Check for previous auth message and websocket connection state in identity search context provider.Feb 6 2024, 11:39 PM
will retitled this revision from [lib] [6/n] Check for previous auth message and websocket connection state in identity search context provider to [lib] Check for previous auth message and websocket connection state in identity search context provider.Feb 8 2024, 10:14 AM
lib/identity-search/identity-search-context.js
42–43 ↗(On Diff #36876)

These two lines need to be moved to the effect. The code as-written is broken, as the component could render multiple times before the effect is run, which could result in authMessageChanged being false in the second run and the effect being skipped, even if authMessageChanged is true in the first run

lib/identity-search/identity-search-context.js
60–62 ↗(On Diff #36876)

This looks broken as well.

  1. If you need the effect to rerun whenever this changes, you have an issue, because React will not rerender a component (and consequently will not rerun an effect) when a ref changes. You should use state instead of a ref in that case.
  2. If you don't need the effect to rerun whenever this changes, then these lines should be in the effect. This lets you avoid including isSocketActive in the effect's dep list, which could result in the effect being rerun unnecessarily.
will planned changes to this revision.Feb 8 2024, 12:31 PM

feedback and memoization of authMessage

ashoat requested changes to this revision.Feb 12 2024, 5:55 AM

Can you rebase on master to fix the build failures?

lib/identity-search/identity-search-context.js
42–46 ↗(On Diff #36960)

This code is definitely not idiomatic, as you can probably tell by the use of eslint-disable.

It looks like you're trying to ignore updates to authMessage when none of its fields actually changed.

This points to a larger issue here. Whoever is rendering IdentitySearchProvider is causing trouble by regenerating authMessage when none of its fields have changed. That component is probably where the React.useMemo belongs, but I can't tell because it doesn't appear like you render IdentitySearchProvider anywhere in your stack.

It would make it a lot easier to review your code if you weren't introducing a component without introducing any usages of that component. In general, you should always look to introduce a usage for a new piece of code at the same time that you introduce that code.

This revision now requires changes to proceed.Feb 12 2024, 5:55 AM

address feedback and revert memoization

ashoat added inline comments.
lib/identity-search/identity-search-context.js
66 ↗(On Diff #37018)

If authMessageChanged and authMessage is truthy, how does the socket get restarted? I'm guessing the close call below triggers onClose, which flips the value of connected and triggers this effect again?

This revision is now accepted and ready to land.Feb 13 2024, 5:29 AM
bartek added inline comments.
lib/identity-search/identity-search-context.js
66 ↗(On Diff #37018)

Yes, exactly

rebase with identity search prefix