refactor(collections): refactor collection search to match monorepo

[eatyourgreens]

Panoptes full-text search requires at least 3 characters in order to return results. If your search string is longer than 3 characters, collectionsSearch passes it to the Panoptes full-text search API. Otherwise, it fetches as many collections as it can then filters for collections that include the search string in the collection name.

• Fixes Bad search results while adding a subject to an existing collection #7121 for searches that contain 3 characters or less.
• see Project: fix collections search front-end-monorepo#4867 for the collections search logic in the monorepo.

The Panoptes API returns odd results for search terms that are 4 or 5 characters (not whole words), but the API’s not something that can be fixed here.

Screen.Recording.2024-06-08.at.19.08.54.mov

Required Manual Testing

• Does the non-logged in home page render correctly?
• Does the logged in home page render correctly?
• Does the projects page render correctly?
• Can you load project home pages?
• Can you load the classification page?
• Can you submit a classification?
• Does talk load correctly?
• Can you post a talk comment?

Review Checklist

• Does it work in all major browsers: Firefox, Chrome, Edge, Safari?
• Does it work on mobile?
• Can you npm ci and app works as expected?
• If the component is in coffeescript, is it converted to ES6? Is it free of eslint errors? Is the conversion its own commit?
• Are the tests passing locally and on GitHub Actions?

Optional

• Have you replaced any ChangeListener or PromiseRenderer components with code that updates component state?
• If changes are made to the classifier, does the dev classifier still work?
• Have you resized and compressed any image you've added?
• Have you added in flow type annotations?
• Have you followed the Springer guidelines for commit messages?

[coveralls]

coverage: 56.915% (-0.08%) from 56.991%
when pulling f1017cd on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[coveralls]

coverage: 56.917% (-0.07%) from 56.991%
when pulling b8f7630 on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[coveralls]

coverage: 56.912% (-0.08%) from 56.991%
when pulling 4e12d78 on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[coveralls]

coverage: 56.907% (-0.08%) from 56.991%
when pulling ba10dbf on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[eatyourgreens]

Increasing this value might be a workaround for weird results when the search is 4 or 5 characters.

[eatyourgreens]

Updating to add that this breaks collections search for Gravity Spy, where there are 2-character collection names.

[coveralls]

coverage: 56.911% (-0.08%) from 56.991%
when pulling 83c865a on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[coveralls]

coverage: 56.911% (-0.08%) from 56.991%
when pulling 83c865a on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[coveralls]

coverage: 56.911% (-0.08%) from 56.991%
when pulling 49b461e on eatyourgreens:refactor-collections-search
into b19edc1 on zooniverse:master.

[coveralls]

coverage: 56.907% (-0.09%) from 56.994%
when pulling 0f20654 on eatyourgreens:refactor-collections-search
into 408ffca on zooniverse:master.

[coveralls]

coverage: 56.907% (-0.08%) from 56.991%
when pulling 5a3bedc on eatyourgreens:refactor-collections-search
into 78699da on zooniverse:master.

[coveralls]

coverage: 56.84% (-0.08%) from 56.923%
when pulling 6665c9d on eatyourgreens:refactor-collections-search
into a685eeb on zooniverse:master.

[mcbouslog]

Changes LGTM! Confirmed issue then confirmed these changes locally do indeed improve collections search similar to zooniverse/front-end-monorepo/pull/4867 .