[Bug] Web Explore > Places > View All shows only first 12 places

[justinhorton]

The bug

In the web client, under the Explore tab, the Places section initially shows 7 places. Clicking View All shows just 12 places, but there are 100s in the library. On the iOS mobile app, you can see all of the places.

Perhaps also worth noting that the places shown in both cases are the first N alphabetically, so all of my visible places in the web client start with A.

This bug has been mentioned in closed issues in a couple of places, but as far as I can tell there is no open issue for it. Related:

• [BUG] Web interface is missing a "View all" button for "Places" under "Explore" #6092 which added the View All button, but didn't change the underlying API to surface > 12 places.
• feat(server): Add size parameter to explore endpoint #6676 which as of now has some changes requested and has no open issue tracking it.

The OS that Immich Server is running on

Debian 12

Version of Immich Server

v1.94.1

Version of Immich Mobile App

v.194.1

Platform with the issue

• Server
• Web
• Mobile

Your docker-compose.yml content

Standard: https://github.com/immich-app/immich/releases/download/v1.94.1/docker-compose.yml

Your .env content

Standard: https://github.com/immich-app/immich/releases/download/v1.94.1/example.env

Reproduction steps

1. Ensure the test library has more than 12 places in the DB.
2. In the web client, click Explore.
3. Click View All. Only 12 places are shown.

Additional information

No response

[drifter75]

I can confirm this bug. For example https://demo.immich.app/places

why all comments are getting marked as duplicate?

[onyxogen]

Maybe because everyone is basically saying the same. But that's like it is when a bug is quite nasty like this one...

[fofBdx]

Same here.

Into the mobile app, I have 37 places. Into the web app I only have the first 12 discovered ones (doesn't change no matter how much places I add)
n.b: places into map are ok for the web app and the pictures have the right location tag

• mobile app: 1.98.2.128
• server: 1.98.2 (Docker Desktop / win 11)

[hgpuke]

Let me add to this the fact that Swedish letters are handled incorrectly. All swedish letters "looking like an A" are sorted like an a in the Places listing. The correct sort order for the swedish alphabet is a, b, c, ..., z, å, ä, ö.

[mertalev]

I don't think there's an objective ordering of letters that's correct for every language. I believe you can change this by setting a Swedish collation in the Postgres database.

[hgpuke]

I don't think there's an objective ordering of letters that's correct for every language. I believe you can change this by setting a Swedish collation in the Postgres database.

Thank you meralev. Yes, you are right, there is no such thing as a correct ordering of letters that suits every language. Each language has its own ordering. Therefore, I would suggest that Immich implement some sort of language setting and passes that on to Postgres if that is what solves the problem.

[aisbergde]

and the Collation setting should not be used for the whole database or for a table, but just for the query, used here in this specific case.

[hgpuke]

I notice that in the immich-database container, there is a setting "LANG=en_us.utf8". Would changing this to "sv_se.utf8" change the sort-order?

[julianwachholz]

Can you please stay on topic? Start a new discussion or issue about the collation.

[hgpuke]

Sorry. My fault.