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

Tag view - Bad filtering #7948

New Issue
Open
opened 2026-02-05 13:25:54 +03:00 by OVERLORD · 0 comments
OVERLORD commented 2026-02-05 13:25:54 +03:00
Owner
Copy Link

Originally created by @lo-fo on GitHub (Nov 28, 2025).

I have searched the existing issues, both open and closed, to make sure this is not a duplicate report.

  • Yes

The bug

I have a custom script that uploads images to my server using the immich API.
I noticed that, when i am watching the images associated to a given tag while upload is undergoing, the freshly uploaded image are parasiting the contents of the tag view.

To repro i would recommend looking at a tag whose contents' date is spread accross a range within which the newly uploaded files will fit into. Since these where the conditions under which i've noticed the bug (it might not be a requirement though, i havent looked for that.)

The OS that Immich Server is running on

Raspberry Pi OS (64-bit)

Version of Immich Server

v2.3.1

Version of Immich Mobile App

v0.0.0

Platform with the issue

  • Server
  • Web
  • Mobile

Device make and model

No response

Your docker-compose.yml content

Youre asking for way too much info my dude

Your .env content

Youre asking for way too much info my dude

Reproduction steps

  1. Run a long running upload script using Immich API and an Token tied to your user
  2. Get to a tag-specific page, showing all image tagged with a given tag
  3. Wait for newly uploaded images to populate the view although they arent tagged with this tag.

Relevant log output

Additional information

No response

Originally created by @lo-fo on GitHub (Nov 28, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug I have a custom script that uploads images to my server using the immich API. I noticed that, when i am watching the images associated to a given tag while upload is undergoing, the freshly uploaded image are parasiting the contents of the tag view. To repro i would recommend looking at a tag whose contents' date is spread accross a range within which the newly uploaded files will fit into. Since these where the conditions under which i've noticed the bug (it might not be a requirement though, i havent looked for that.) ### The OS that Immich Server is running on Raspberry Pi OS (64-bit) ### Version of Immich Server v2.3.1 ### Version of Immich Mobile App v0.0.0 ### Platform with the issue - [ ] Server - [x] Web - [ ] Mobile ### Device make and model _No response_ ### Your docker-compose.yml content ```YAML Youre asking for way too much info my dude ``` ### Your .env content ```Shell Youre asking for way too much info my dude ``` ### Reproduction steps 1. Run a long running upload script using Immich API and an Token tied to your user 2. Get to a tag-specific page, showing all image tagged with a given tag 3. Wait for newly uploaded images to populate the view although they arent tagged with this tag. ### Relevant log output ```shell ``` ### Additional information _No response_
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#7948
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?