Page MenuHomePhabricator

[lib] Search for users in thread list search
ClosedPublic

Authored by inka on Fri, Apr 26, 5:45 AM.
Tags
None
Referenced Files
F1711454: D11799.id39696.diff
Mon, May 6, 10:48 PM
F1711003: D11799.id39534.diff
Mon, May 6, 6:04 PM
Unknown Object (File)
Sat, May 4, 1:28 PM
Unknown Object (File)
Sat, May 4, 10:20 AM
Unknown Object (File)
Thu, May 2, 8:07 PM
Unknown Object (File)
Wed, May 1, 10:00 PM
Unknown Object (File)
Tue, Apr 30, 3:27 PM
F1665712: Screenshot 2024-04-26 at 12.54.52.png
Fri, Apr 26, 5:46 AM
Subscribers

Details

Summary

issue: ENG-7315
We want the search in thread list to start querying the identity service for users

Screenshot 2024-04-26 at 12.39.18.png (1×3 px, 364 KB)

Screenshot 2024-04-26 at 12.54.52.png (1×3 px, 369 KB)

(okapi7 is a user registered on my keyserver)

Test Plan

Tested that on web and native thread list now also shows users registered with identity that the user does not know of - that are not even on my keyserver
Tested that threads that match the query are still visible as well
Tested that users that are registered with my keyserver are visible

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

inka requested review of this revision.Fri, Apr 26, 6:01 AM
This revision is now accepted and ready to land.Fri, Apr 26, 7:51 PM
lib/shared/thread-utils.js
1567–1568 ↗(On Diff #39534)

Should we rename these to indicate that they are the "legacy" approach?

1603–1605 ↗(On Diff #39534)

I feel like we should be able to avoid copy-pasting the filter logic here.

What if we define a callback eg. setSearchResults (feel free to rethink the naming) that does the filter and then calls setUsersSearchResults?

Then we could use that in searchUsers, as well as using it here.

This revision was automatically updated to reflect the committed changes.