Closed ErBerta closed 3 days ago
I haven't looked at the asset payloads in a bit, but I suspect there might be duplication in the response in the case of stacked assets, etc. If each asset contains its stack in the response, then it's essentially going to explode the response size when the stack is big. Same with albums.
That assessment is correct, the /api/asset response contains a full nested asset object for each member of the stack. The (deprecated) /api/assets response doesn't contain them.
I am having the same issue, UI is not usable nor the APP at the moment. Hoping this gets fixed soon.
The asset response dto no longer contains stack.assets
The bug
The error below occurs in
immich_server
when I try to load the default library (about 30.000 elements). After many attempts to solve the problem, I notice that hiding some of them (setting isVisible false in the database) reduced the loading time ofGET /api/assets
by a lot, from more than 20 seconds to 9.I have noticed that in the excluded time periods i have a lot of stacked pictures, and some contains more than 500 photos. I don't know if it's because thoose foto are also in a album or what, but by removing the stack it started working again.
The OS that Immich Server is running on
Ubuntu 22.04.4
Version of Immich Server
v1.102.3
Version of Immich Mobile App
v1.102.2 build.135
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Relevant log output