Upload (localhost) only considers Assets without hashing #6865

Closed
opened 2026-02-05 12:35:40 +03:00 by OVERLORD · 0 comments
Owner

Originally created by @ecki on GitHub (Aug 16, 2025).

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

  • Yes

The bug

When I want to Upload (Import) files in Immich which runs in Docker I See it spent 9s in hashing the Assets (if I specify less/empty dir it spent less time so I am sure it actually found files) and then it Starts the Duplikate Check which immediately finishes and it teils me 0 new and 0 duplicates. When I use -h to skip the hashing it actually imported the Assets.

Is that maybe a Server issue with smart hashing?

I am using localhost/api login of second admin, inside the running Container and the files are below the Upload Directory (with and without -r). The files are older iPhone JPG files. Not even -j Shows the number of discarded ones?

Is there a verbose option to see why hashing discarded them?

Url: http://localhost:2283/api
Version: 1.138.0
Formats:
Images: 3fr,ari,arw,cap,cin,cr2,cr3,crw,dcr,dng,erf,fff,iiq,k25,kdc,mrw,nef,nrw,orf,ori,pef,psd,raf,raw,rw2,rwl,sr2,srf,srw,x3f,avif,gif,jpeg,jpg,png,webp,bmp,heic,heif,hif,insp,jp2,jpe,jxl,svg,tif,tiff

Funny enough with skipping hashes it still reported 2 duplicates at the end

The OS that Immich Server is running on

Mint 22.1

Version of Immich Server

V1.138.0

Version of Immich Mobile App

Na

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

name: immich

services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    # extends:
    #   file: hwaccel.transcoding.yml
    #   service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding
    volumes:
      # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - .env
    ports:
      - '2283:2283'
    networks:
      Redacted:
        ipv4_address: redacted
    depends_on:
      - redis
      - database
    restart: always
    healthcheck:
      disable: false
    labels:
      com.centurylinklabs.watchtower.enable: "true"

Your .env content

UPLOAD_LOCATION=./Library
IMMICH_VERSION=release

Reproduction steps

...

Relevant log output

No log seems to be timely related with the upload, so maybe it’s Client side

Additional information

ghcr.io/immich-app/immich-server release 75c007776149 26 hours ago 1.78GB
ghcr.io/immich-app/immich-machine-learning release efa24a0298d8 2 days ago 947MB
ghcr.io/immich-app/postgres 14-vectorchord0.4.3-pgvectors0.2.0 86a9b06ef825 3 weeks ago 754MB

Originally created by @ecki on GitHub (Aug 16, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug When I want to Upload (Import) files in Immich which runs in Docker I See it spent 9s in hashing the Assets (if I specify less/empty dir it spent less time so I am sure it actually found files) and then it Starts the Duplikate Check which immediately finishes and it teils me 0 new and 0 duplicates. When I use -h to skip the hashing it actually imported the Assets. Is that maybe a Server issue with smart hashing? I am using localhost/api login of second admin, inside the running Container and the files are below the Upload Directory (with and without -r). The files are older iPhone JPG files. Not even -j Shows the number of discarded ones? Is there a verbose option to see why hashing discarded them? Url: http://localhost:2283/api Version: 1.138.0 Formats: Images: 3fr,ari,arw,cap,cin,cr2,cr3,crw,dcr,dng,erf,fff,iiq,k25,kdc,mrw,nef,nrw,orf,ori,pef,psd,raf,raw,rw2,rwl,sr2,srf,srw,x3f,avif,gif,jpeg,jpg,png,webp,bmp,heic,heif,hif,insp,jp2,jpe,jxl,svg,tif,tiff Funny enough with skipping hashes it still reported 2 duplicates at the end ### The OS that Immich Server is running on Mint 22.1 ### Version of Immich Server V1.138.0 ### Version of Immich Mobile App Na ### Platform with the issue - [x] Server - [ ] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML name: immich services: immich-server: container_name: immich_server image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} # extends: # file: hwaccel.transcoding.yml # service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding volumes: # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file - ${UPLOAD_LOCATION}:/usr/src/app/upload - /etc/localtime:/etc/localtime:ro env_file: - .env ports: - '2283:2283' networks: Redacted: ipv4_address: redacted depends_on: - redis - database restart: always healthcheck: disable: false labels: com.centurylinklabs.watchtower.enable: "true" ``` ### Your .env content ```Shell UPLOAD_LOCATION=./Library IMMICH_VERSION=release ``` ### Reproduction steps 1. 2. 3. ... ### Relevant log output ```shell No log seems to be timely related with the upload, so maybe it’s Client side ``` ### Additional information ghcr.io/immich-app/immich-server release 75c007776149 26 hours ago 1.78GB ghcr.io/immich-app/immich-machine-learning release efa24a0298d8 2 days ago 947MB ghcr.io/immich-app/postgres 14-vectorchord0.4.3-pgvectors0.2.0 86a9b06ef825 3 weeks ago 754MB
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#6865