immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-07-25 14:00:45 +03:00
Code Issues 783 Packages Projects Releases 22 Wiki Activity

Photos count is wrong/misleading? #4461

New Issue
Closed
opened 2026-02-05 10:32:05 +03:00 by OVERLORD · 4 comments
OVERLORD commented 2026-02-05 10:32:05 +03:00
Owner
Copy Link

Originally created by @andymarden on GitHub (Oct 3, 2024).

The bug

I have an external library with about 40,000 photos and 400 videos in it - that is owned by the admin user and shared with user A.

The web page for user A shows, in the (i) popup next to photos, a count of 4000 photos and 200 videos, but when I scroll through the photos, there are way more than 4000 there.

I can see photos both from the shared external library and others as I scroll down this page.

Running this in the db:

select "ownerId", type, count(*)
from assets
group by "ownerId", type

confirms that, while all photos are shown on from both local and shared on the page (I can see that but there is no overall count to confirm that on the page), the count shows only those owner by the user. Rather misleading to say the least.

Trying to see this is further complicated by (unless I am missing something):

  • You can see just the photos that have been shared with you (by clicking on Sharing and seeing each library that's been shared with you), it does not seem to be possible to see just the ones you own
  • There are no counts per library that has been shared with you
  • There is no info when clicking on a photos to say which library it came from.

It is good that shared libraries are mixed in with your own but I would have thought that:

  • there would be a filter to enable you to select which libraries assets you want included on the main page
  • the count would reflect that filter
  • perhaps an optional overlay on each thumbnail to say which library it came from
  • the info for a photo would contain the library it came from

I know there's a lot to dop on proper integration of libraries cross-user (as per previous discussion threads) but this starts off with what I can only see as a bug and then suggests improvements to supplement that.

The OS that Immich Server is running on

Alpine standard docker on ubuntu

Version of Immich Server

v1.117.0

Version of Immich Mobile App

v1.117.0

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

not relevant for ths

Your .env content

not relevant for this

Reproduction steps

  1. Have a library shared with you
  2. Go to the main web page
  3. Hover over the (i) next to Photos on the menu.

Relevant log output

n/a

Additional information

I have offered and and happy to discuss further that broader question of the data model and multi-user library and functionality

Originally created by @andymarden on GitHub (Oct 3, 2024). ### The bug I have an external library with about 40,000 photos and 400 videos in it - that is owned by the admin user and shared with user A. The web page for user A shows, in the (i) popup next to photos, a count of 4000 photos and 200 videos, but when I scroll through the photos, there are way more than 4000 there. I can see photos both from the shared external library and others as I scroll down this page. Running this in the db: ``` select "ownerId", type, count(*) from assets group by "ownerId", type ``` confirms that, while all photos are shown on from both local and shared on the page (I can see that but there is no overall count to confirm that on the page), the count shows only those owner by the user. Rather misleading to say the least. Trying to see this is further complicated by (unless I am missing something): - You can see just the photos that have been shared with you (by clicking on Sharing and seeing each library that's been shared with you), it does not seem to be possible to see just the ones you own - There are no counts per library that has been shared with you - There is no info when clicking on a photos to say which library it came from. It is good that shared libraries are mixed in with your own but I would have thought that: - there would be a filter to enable you to select which libraries assets you want included on the main page - the count would reflect that filter - perhaps an optional overlay on each thumbnail to say which library it came from - the info for a photo would contain the library it came from I know there's a lot to dop on proper integration of libraries cross-user (as per previous discussion threads) but this starts off with what I can only see as a bug and then suggests improvements to supplement that. ### The OS that Immich Server is running on Alpine standard docker on ubuntu ### Version of Immich Server v1.117.0 ### Version of Immich Mobile App v1.117.0 ### Platform with the issue - [X] Server - [X] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML not relevant for ths ``` ### Your .env content ```Shell not relevant for this ``` ### Reproduction steps 1. Have a library shared with you 2. Go to the main web page 3. Hover over the (i) next to Photos on the menu. ### Relevant log output ```shell n/a ``` ### Additional information I have offered and and happy to discuss further that broader question of the data model and multi-user library and functionality
OVERLORD commented 2026-02-05 10:32:08 +03:00
Author
Owner
Copy Link

@mertalev commented on GitHub (Oct 3, 2024):

I think the immediate bug is that the count doesn't take external libraries into account. I don't think this is intended behavior and should be fixed.

The other suggestions are more like feature requests:

  • Stratifying the count by library would be nice, yes
  • Filtering by library and so on is less likely to be added. We've been going in the direction of de-emphasizing the difference between uploaded and imported assets. You don't filter by library: you filter by albums that happen to contain assets from that library, etc.
@mertalev commented on GitHub (Oct 3, 2024): I think the immediate bug is that the count doesn't take external libraries into account. I don't think this is intended behavior and should be fixed. The other suggestions are more like feature requests: - Stratifying the count by library would be nice, yes - Filtering by library and so on is less likely to be added. We've been going in the direction of de-emphasizing the difference between uploaded and imported assets. You don't filter by library: you filter by albums that happen to contain assets from that library, etc.
OVERLORD commented 2026-02-05 10:32:14 +03:00
Author
Owner
Copy Link

@andymarden commented on GitHub (Oct 4, 2024):

The point here is the scenario (that I know other have expressed to) and it goes like this:

  1. My family/wife and I to keep it simple) have family photos. We have a large existing disk store of photos stretching back 25 years. So that becomes and external library and is owned by a "family" admin user.
  2. We both take photos - some might be personal and some family. Each of has a phone and we have the Immich app on the phone. We naturally would set the Immich app to upload into our individual user accounts.
  3. We want to create family albums of stuff - from the external library and from each of our individual libraries. Both of us want to be able to do this - perhaps I create an album with photos from my library and external store and my wife adds photos to it from her library.
  4. We both also might create our own albums for our own purposes to share with our individual friends.
  5. The photos from our camera - maybe they get put in the external library - not sure - perhaps.
  6. We want to be able to see facial recognition, map location, etc - all the associated things, in both our from any library that we have read access to. We would each fine tune facial recognition etc on our own libraries and both would want to be able to on the shared library (external in this case).
  7. Which library a photo is part of makes a difference so identifying and filtering is important. I can only do certain operation on photos in libraries I own. SO knowing that I can select the stuff I own vs the stuff I don't (at least) is important I think.

There may be ways of doing this that have not occurred to me but others have said similarly on the discussion thread. I think this must be a very common use case in many families.

At the moment, unless I am wrong, we need to do one of:
a. We both use only the one admin account and accept that all photos we both take are part of one set and we both login as that user - limiting for the broader usage and
b. If we wanted to have our own collections of stuff, have separate accounts we log into for our own stuff (which makes uploading from teh phone quite awkward)

There may be other ways of doing this but it seems an awkward fit at the moment.

I would love to have a broader discussion on this because I think it is important and, at teh heart of it, is the data model that underpins the application. Any thoughts?

@andymarden commented on GitHub (Oct 4, 2024): The point here is the scenario (that I know other have expressed to) and it goes like this: 1. My family/wife and I to keep it simple) have family photos. We have a large existing disk store of photos stretching back 25 years. So that becomes and external library and is owned by a "family" admin user. 2. We both take photos - some might be personal and some family. Each of has a phone and we have the Immich app on the phone. We naturally would set the Immich app to upload into our individual user accounts. 3. We want to create family albums of stuff - from the external library and from each of our individual libraries. Both of us want to be able to do this - perhaps I create an album with photos from my library and external store and my wife adds photos to it from her library. 4. We both also might create our own albums for our own purposes to share with our individual friends. 5. The photos from our camera - maybe they get put in the external library - not sure - perhaps. 6. We want to be able to see facial recognition, map location, etc - all the associated things, in both our from any library that we have read access to. We would each fine tune facial recognition etc on our own libraries and both would want to be able to on the shared library (external in this case). 7. Which library a photo is part of makes a difference so identifying and filtering is important. I can only do certain operation on photos in libraries I own. SO knowing that I can select the stuff I own vs the stuff I don't (at least) is important I think. There may be ways of doing this that have not occurred to me but others have said similarly on the discussion thread. I think this must be a very common use case in many families. At the moment, unless I am wrong, we need to do one of: a. We both use only the one admin account and accept that all photos we both take are part of one set and we both login as that user - limiting for the broader usage and b. If we wanted to have our own collections of stuff, have separate accounts we log into for our own stuff (which makes uploading from teh phone quite awkward) There may be other ways of doing this but it seems an awkward fit at the moment. I would love to have a broader discussion on this because I think it is important and, at teh heart of it, is the data model that underpins the application. Any thoughts?
OVERLORD commented 2026-02-05 10:32:18 +03:00
Author
Owner
Copy Link

@aviv926 commented on GitHub (Dec 17, 2024):

It might be more appropriate to be a feature request?
Some requests are mentioned in https://github.com/immich-app/immich/discussions/9380 (which has been closed)

@aviv926 commented on GitHub (Dec 17, 2024): It might be more appropriate to be a feature request? Some requests are mentioned in https://github.com/immich-app/immich/discussions/9380 (which has been closed)
OVERLORD commented 2026-02-05 10:32:25 +03:00
Author
Owner
Copy Link

@danieldietzler commented on GitHub (Apr 1, 2025):

Yeah all of the mentioned things are rather feature requests, not issues per se.
For the sharing aspect there's #12614 that collects all ideas around sharing.

@danieldietzler commented on GitHub (Apr 1, 2025): Yeah all of the mentioned things are rather feature requests, not issues per se. For the sharing aspect there's #12614 that collects all ideas around sharing.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:skip
changelog:translation
cli
date-time
dependencies
documentation
external-library
format
good first issue
mobile-beta
mobile-beta
mobile-beta
needs-answer
nice to have
pull-request
Mirrored from GitHub Pull Request
 sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#4461
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?