[Feature] Album search/filter API

[despens]

I have searched the existing feature requests, both open and closed, to make sure this is not a duplicate request.

• Yes

The feature

Currently, the album search/filter functionality in the web app is very slow when working with 1000 or more albums. I believe the search is happening 100% client side, in accordance with the only album listing endpoint only being able to return all albums or ones containing a known asset.

It would be great if it was possible to additionally query for an album's name with simple glob matching or SQL-like matching.

My use case in particular is displaying images from albums with specific titles on a web page. At the moment, a call to the getAllAlbums endpoint generates a 62717 line JSON file for me, on which my SSG has to perform title matching 😅

Platform

• Server
• Web
• Mobile

[rzulian]

I think this is also related to #25714

[despens]

In my setting, the album view takes 4 seconds to appear:

This is before performing a search.

The reaction time to typing a single charater into the album search field takes 6 seconds to respond:

The computer running immich stands right next to me, so networking is not introducing much of a delay. Immich is deployed as the default docker setup, it has 8 GB RAM and 8 CPU cores to work with, so I'm not expecting much trouble from that side. My laptop has 20 cores and 32 GB RAM, I guess that shouldn't be a bottleneck.

It's just 2328 albums that are all handled client-side apparently.

Introducing a debounce, as @rzulian suggests is connected, will help with the page in the browser remaining responsive, yet it will not produce results faster. Overall this should be handled by via API I guess.