immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-02-05 08:41:28 +03:00
Code Issues 26 Packages Projects Releases 10 Wiki Activity

[BUG] Buggy metadata search with v1.91.4 #1849

New Issue
Closed
opened 2026-02-05 04:11:30 +03:00 by OVERLORD · 5 comments
OVERLORD commented 2026-02-05 04:11:30 +03:00
Owner
Copy Link

Originally created by @thariq-shanavas on GitHub (Dec 20, 2023).

The bug

I can now search for location and make/model of the camera using the m: keyword in v1.91.4 after https://github.com/immich-app/immich/pull/5800 has been merged.

However, searching for people or words in the photo description still gives no results.
There is nothing notable in the server or microservices log (with verbose logging level)
Is there any other info I can provide to make debugging easier?

Strangely, "m:300mm" gives results for pictures that were taken with a 70-300mm lens through the whole focal length range, and searching for 50mm or 24mm yields no results (even though there are plenty of pictures taken with all 3 lenses). Very curiously, "m:70mm" produces no results either.

Following search terms give no results: "m:300 mm", "m:50mm", "m:50 mm", "m:24mm", "m:24 mm"

I'll attach example results from "m:300mm" search: https://drive.google.com/drive/folders/1wcQlec88kVet03qwXp6NdrkCixF1QpFK?usp=sharing

Granted, searching by lens/focal length is a niche feature which I never expected to be implemented, I am just documenting possibly buggy behavior.

The OS that Immich Server is running on

Debian 12

Version of Immich Server

1.91.4

Version of Immich Mobile App

NA

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

version: "3.8"

name: immich

services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    command: [ "start.sh", "immich" ]
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - .env
    ports:
      - 2283:3001
    depends_on:
      - redis
      - database
    restart: always
    labels:
      com.centurylinklabs.watchtower.enable: "false"

  immich-microservices:
    container_name: immich_microservices
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    # extends:
    #   file: hwaccel.yml
    #   service: hwaccel
    command: [ "start.sh", "microservices" ]
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - .env
    depends_on:
      - redis
      - database
    restart: always
    labels:
      com.centurylinklabs.watchtower.enable: "false"

  redis:
    container_name: immich_redis
    command: redis-server --loglevel warning
    image: redis:6.2-alpine@sha256:80cc8518800438c684a53ed829c621c94afd1087aaeb59b0d4343ed3e7bcf6c5
    restart: always
    labels:
      com.centurylinklabs.watchtower.enable: "false"

  database:
    container_name: immich_postgres
    image: tensorchord/pgvecto-rs:pg14-v0.1.11
    env_file:
      - .env
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
    volumes:
      - pgdata:/var/lib/postgresql/data
    restart: always
    labels:
      com.centurylinklabs.watchtower.enable: "false"

volumes:
  pgdata:
  model-cache:

Your .env content

All default values, except DB password and upload location

Reproduction steps

1. Use the search functionality in the web app with the m: keyword

Additional information

No response

Originally created by @thariq-shanavas on GitHub (Dec 20, 2023). ### The bug I can now search for location and make/model of the camera using the m: keyword in v1.91.4 after https://github.com/immich-app/immich/pull/5800 has been merged. However, searching for people or words in the photo description still gives no results. There is nothing notable in the server or microservices log (with verbose logging level) Is there any other info I can provide to make debugging easier? Strangely, "m:300mm" gives results for pictures that were taken with a 70-300mm lens through the whole focal length range, and searching for 50mm or 24mm yields no results (even though there are plenty of pictures taken with all 3 lenses). Very curiously, "m:70mm" produces no results either. Following search terms give no results: "m:300 mm", "m:50mm", "m:50 mm", "m:24mm", "m:24 mm" I'll attach example results from "m:300mm" search: https://drive.google.com/drive/folders/1wcQlec88kVet03qwXp6NdrkCixF1QpFK?usp=sharing Granted, searching by lens/focal length is a niche feature which I never expected to be implemented, I am just documenting possibly buggy behavior. ### The OS that Immich Server is running on Debian 12 ### Version of Immich Server 1.91.4 ### Version of Immich Mobile App NA ### Platform with the issue - [X] Server - [ ] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML version: "3.8" name: immich services: immich-server: container_name: immich_server image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} command: [ "start.sh", "immich" ] volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload - /etc/localtime:/etc/localtime:ro env_file: - .env ports: - 2283:3001 depends_on: - redis - database restart: always labels: com.centurylinklabs.watchtower.enable: "false" immich-microservices: container_name: immich_microservices image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} # extends: # file: hwaccel.yml # service: hwaccel command: [ "start.sh", "microservices" ] volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload - /etc/localtime:/etc/localtime:ro env_file: - .env depends_on: - redis - database restart: always labels: com.centurylinklabs.watchtower.enable: "false" redis: container_name: immich_redis command: redis-server --loglevel warning image: redis:6.2-alpine@sha256:80cc8518800438c684a53ed829c621c94afd1087aaeb59b0d4343ed3e7bcf6c5 restart: always labels: com.centurylinklabs.watchtower.enable: "false" database: container_name: immich_postgres image: tensorchord/pgvecto-rs:pg14-v0.1.11 env_file: - .env environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} volumes: - pgdata:/var/lib/postgresql/data restart: always labels: com.centurylinklabs.watchtower.enable: "false" volumes: pgdata: model-cache: ``` ### Your .env content ```Shell All default values, except DB password and upload location ``` ### Reproduction steps ```bash 1. Use the search functionality in the web app with the m: keyword ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 04:11:45 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Dec 20, 2023):

Here is the current list of EXIF properties that can be searched with metadata search

  • make
  • model
  • orientation
  • lensModel
  • city
  • state
  • country
@alextran1502 commented on GitHub (Dec 20, 2023): Here is the current list of EXIF properties that can be searched with metadata search - make - model - orientation - lensModel - city - state - country
OVERLORD commented 2026-02-05 04:11:51 +03:00
Author
Owner
Copy Link

@ghzgod commented on GitHub (Jan 24, 2024):

Here is the current list of EXIF properties that can be searched with metadata search

* make

* model

* orientation

* lensModel

* city

* state

* country

Interesting. I have the same issue. Before the update I could put m:PERSON and find all photos with that person's face or m:dog to find all dog photos. Did this change then to the above categories (EXIF) only now?

@ghzgod commented on GitHub (Jan 24, 2024): > Here is the current list of EXIF properties that can be searched with metadata search > > * make > > * model > > * orientation > > * lensModel > > * city > > * state > > * country Interesting. I have the same issue. Before the update I could put m:PERSON and find all photos with that person's face or m:dog to find all dog photos. Did this change then to the above categories (EXIF) only now?
OVERLORD commented 2026-02-05 04:11:54 +03:00
Author
Owner
Copy Link

@jkumeboshi commented on GitHub (Jan 24, 2024):

Since 1.91 (including all versions up to latest v1.93.3) if I search m:description, m:filename I get no results

I have same behavior in the DEMO web site

https://demo.immich.app/photos

try to search a photo by description
try to search a photo by filename (only substrings, the full name actually seems to work, but is totally useless)

That was working until v1.90

@jkumeboshi commented on GitHub (Jan 24, 2024): Since 1.91 (including all versions up to latest v1.93.3) if I search `m:description`, `m:filename` I get no results I have same behavior in the DEMO web site https://demo.immich.app/photos try to search a photo by description try to search a photo by filename (only substrings, the full name actually seems to work, but is totally useless) That was working until v1.90
OVERLORD commented 2026-02-05 04:11:58 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jan 24, 2024):

@jkumeboshi metadata search is temporarily not working with the removal of typesense. We are working to add it back in with pgvecto.rs

@alextran1502 commented on GitHub (Jan 24, 2024): @jkumeboshi metadata search is temporarily not working with the removal of typesense. We are working to add it back in with pgvecto.rs
OVERLORD commented 2026-02-05 04:12:02 +03:00
Author
Owner
Copy Link

@thariq-shanavas commented on GitHub (Feb 6, 2024):

Closing this issue as it is being worked on actively, and will be likely outdated by the time the feature makes it to production.

@thariq-shanavas commented on GitHub (Feb 6, 2024): Closing this issue as it is being worked on actively, and will be likely outdated by the time the feature makes it to production.
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
documentation
external-library
format
good first issue
needs-answer
nice to have
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#1849
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?