search result page returns cached snackbar error even if it is fixed, until /api/search2 is called

[SammyIsConfused]

Describe the bug
This happens when there is REST API error in the interface.

E.g. image gallery 403 issue #2951. When you got the error, switch to standard search, switch back to gallery, you will notice that there is no REST API call and it returns 403 error straight away again, even if the EDIT_SYSTEM_SETTINGS permission is added.

Another example, file viewer mime-type issue #2707. If you got this error and fix it in a separate tab, clicking the "New search" button still returns the error. If /api/search2 is triggered (by refreshing the page or changing to gallery views), it works again.

To Reproduce
Steps to reproduce the behavior:

1. Trigger issue Image gallery not available to users without EDIT_SYSTEM_SETTINGS permissions #2951 by visiting the image gallery page without EDIT_SYSTEM_SETTINGS permissions. Note the 403 error.
2. Click on Standard search button, then click the image gallery button again.
3. Note that the error is still there and no call to api/mimetype (or any API call at all, for that matter) to refresh the image gallery.

Expected behavior
Switching from and back to the image gallery should refresh the data.

Platform:

• OpenEquella Version: 2021.1
• OS: Agnostic
• Browser: Agnostic