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

[BUG] NO EXIF INFO AVAILABLE on 1.90.0 #1736

New Issue
Closed
opened 2026-02-05 03:24:57 +03:00 by OVERLORD · 12 comments
OVERLORD commented 2026-02-05 03:24:57 +03:00
Owner
Copy Link

Originally created by @eygraber on GitHub (Dec 7, 2023).

The bug

After updating to 1.90.0, a bunch of my photos and videos now show NO EXIF INFO AVAILABLE in the info window (see screenshot). They had datetime, device, location, etc... information before I updated.

image

The OS that Immich Server is running on

Ubuntu 22.04

Version of Immich Server

v1.90.0

Version of Immich Mobile App

v1.90.0

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

version: "3.8"

services:
  immich-server:
    user: 1000:1001
    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
    env_file:
      - .env
    ports:
      - "2283:3001"
    depends_on:
      - redis
      - database
      - typesense
    restart: always

  immich-microservices:
    user: 1000:1001
    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:
      - /disks/storage/immich/volumes/geocoding:/usr/src/app/.reverse-geocoding-dump
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
    env_file:
      - .env
    depends_on:
      - redis
      - database
      - typesense
    restart: always

  immich-machine-learning:
    user: 1000:1001
    container_name: immich_machine_learning
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
    volumes:
      - /disks/storage/immich/volumes/model-cache:/cache
    env_file:
      - .env
    restart: always

  typesense:
    container_name: immich_typesense
    image: typesense/typesense:0.24.1@sha256:9bcff2b829f12074426ca044b56160ca9d777a0c488303469143dd9f8259d4dd
    environment:
      - TYPESENSE_API_KEY=${TYPESENSE_API_KEY}
      - TYPESENSE_DATA_DIR=/data
      # remove this to get debug messages
      - GLOG_minloglevel=1
    volumes:
      - /disks/storage/immich/volumes/tsdata:/data
    restart: always

  redis:
    container_name: immich_redis
    image: redis:6.2-alpine@sha256:70a7a5b641117670beae0d80658430853896b5ef269ccf00d1827427e3263fa3
    restart: always

  database:
    user: 1000:1001
    container_name: immich_postgres
    image: postgres:14-alpine@sha256:28407a9961e76f2d285dc6991e8e48893503cc3836a4755bbc2d40bcc272a441
    env_file:
      - .env
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
    volumes:
      - /disks/storage/immich/volumes/pgdata:/var/lib/postgresql/data
    restart: always

Your .env content

# You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables

PUID=1000
GUID=1001

# The location where your uploaded files are stored
UPLOAD_LOCATION=/disks/storage/immich/library

# The Immich version to use. You can pin this to a specific version like "v1.71.0"
IMMICH_VERSION=release

# Connection secrets for postgres and typesense. You should change these to random passwords
TYPESENSE_API_KEY=...
DB_PASSWORD=...

TZ=America/New_York

# The values below this line do not need to be changed
###################################################################################
DB_HOSTNAME=immich_postgres
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

REDIS_HOSTNAME=immich_redis

Reproduction steps

1. Open the info window for a photo

Additional information

No response

Originally created by @eygraber on GitHub (Dec 7, 2023). ### The bug After updating to 1.90.0, a bunch of my photos and videos now show NO EXIF INFO AVAILABLE in the info window (see screenshot). They had datetime, device, location, etc... information before I updated. ![image](https://github.com/immich-app/immich/assets/1100381/e453a1a9-26b4-458a-ae33-82f0576753cb) ### The OS that Immich Server is running on Ubuntu 22.04 ### Version of Immich Server v1.90.0 ### Version of Immich Mobile App v1.90.0 ### Platform with the issue - [X] Server - [X] Web - [X] Mobile ### Your docker-compose.yml content ```YAML version: "3.8" services: immich-server: user: 1000:1001 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 env_file: - .env ports: - "2283:3001" depends_on: - redis - database - typesense restart: always immich-microservices: user: 1000:1001 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: - /disks/storage/immich/volumes/geocoding:/usr/src/app/.reverse-geocoding-dump - ${UPLOAD_LOCATION}:/usr/src/app/upload env_file: - .env depends_on: - redis - database - typesense restart: always immich-machine-learning: user: 1000:1001 container_name: immich_machine_learning image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release} volumes: - /disks/storage/immich/volumes/model-cache:/cache env_file: - .env restart: always typesense: container_name: immich_typesense image: typesense/typesense:0.24.1@sha256:9bcff2b829f12074426ca044b56160ca9d777a0c488303469143dd9f8259d4dd environment: - TYPESENSE_API_KEY=${TYPESENSE_API_KEY} - TYPESENSE_DATA_DIR=/data # remove this to get debug messages - GLOG_minloglevel=1 volumes: - /disks/storage/immich/volumes/tsdata:/data restart: always redis: container_name: immich_redis image: redis:6.2-alpine@sha256:70a7a5b641117670beae0d80658430853896b5ef269ccf00d1827427e3263fa3 restart: always database: user: 1000:1001 container_name: immich_postgres image: postgres:14-alpine@sha256:28407a9961e76f2d285dc6991e8e48893503cc3836a4755bbc2d40bcc272a441 env_file: - .env environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} volumes: - /disks/storage/immich/volumes/pgdata:/var/lib/postgresql/data restart: always ``` ### Your .env content ```Shell # You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables PUID=1000 GUID=1001 # The location where your uploaded files are stored UPLOAD_LOCATION=/disks/storage/immich/library # The Immich version to use. You can pin this to a specific version like "v1.71.0" IMMICH_VERSION=release # Connection secrets for postgres and typesense. You should change these to random passwords TYPESENSE_API_KEY=... DB_PASSWORD=... TZ=America/New_York # The values below this line do not need to be changed ################################################################################### DB_HOSTNAME=immich_postgres DB_USERNAME=postgres DB_DATABASE_NAME=immich REDIS_HOSTNAME=immich_redis ``` ### Reproduction steps ```bash 1. Open the info window for a photo ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 03:25:06 +03:00
Author
Owner
Copy Link

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

Hello, is there a photo with no EXIF info you can share for troubleshooting?

@alextran1502 commented on GitHub (Dec 7, 2023): Hello, is there a photo with no EXIF info you can share for troubleshooting?
OVERLORD commented 2026-02-05 03:25:09 +03:00
Author
Owner
Copy Link

@eygraber commented on GitHub (Dec 7, 2023):

I'll find one now

@eygraber commented on GitHub (Dec 7, 2023): I'll find one now
OVERLORD commented 2026-02-05 03:25:11 +03:00
Author
Owner
Copy Link

@bo0tzz commented on GitHub (Dec 7, 2023):

If you use the browser devtools to look at the API response for the asset, does that still contain the exifInfo?

@bo0tzz commented on GitHub (Dec 7, 2023): If you use the browser devtools to look at the API response for the asset, does that still contain the exifInfo?
OVERLORD commented 2026-02-05 03:25:13 +03:00
Author
Owner
Copy Link

@eygraber commented on GitHub (Dec 7, 2023):

PXL_20231130_173841311

@eygraber commented on GitHub (Dec 7, 2023): ![PXL_20231130_173841311](https://github.com/immich-app/immich/assets/1100381/23fccefb-be30-46a5-a13d-09cf3d26f215)
OVERLORD commented 2026-02-05 03:25:15 +03:00
Author
Owner
Copy Link

@eygraber commented on GitHub (Dec 7, 2023):

If you use the browser devtools to look at the API response for the asset, does that still contain the exifInfo?

For the asset/assetById endpoint?

Here's the response for that (I removed the personal fields):

{
    "id": "4d7ef299...",
    "type": "IMAGE",
    "thumbhash": "YAgKDQAJiGiKibdYd3p3d5SKD6jY",
    "localDateTime": "2023-11-30T17:38:41.000Z",
    "resized": true,
    "duration": "0:00:00.000000",
    "livePhotoVideoId": null,
    "hasMetadata": true,
    "deviceAssetId": "10001...",
    "ownerId": "",
    "owner": {
        "id": "",
        "email": "",
        "name": "",
        "profileImagePath": "",
        "avatarColor": "gray",
        "storageLabel": "admin",
        "externalPath": null,
        "shouldChangePassword": true,
        "isAdmin": true,
        "createdAt": "2023-08-23T10:48:36.855Z",
        "deletedAt": null,
        "updatedAt": "2023-08-23T10:48:36.855Z",
        "oauthId": "",
        "memoriesEnabled": true
    },
    "deviceId": "",
    "libraryId": "",
    "originalPath": "upload/upload/65b6cb45-5def-494c-93df-43e811b0af22/58d6ec0b-2df8-4065-966a-9faa0caf2880.jpg",
    "originalFileName": "PXL_20231130_173841311",
    "fileCreatedAt": "2023-11-30T17:38:41.000Z",
    "fileModifiedAt": "2023-11-30T17:38:45.000Z",
    "updatedAt": "2023-12-01T05:00:00.418Z",
    "isFavorite": false,
    "isArchived": false,
    "isTrashed": false,
    "smartInfo": {
        "tags": [],
        "objects": null
    },
    "tags": [],
    "people": [],
    "checksum": "aSszSnnvQd46qoP2eRkPWvguILA=",
    "stackParentId": null,
    "stack": [],
    "stackCount": 0,
    "isExternal": false,
    "isOffline": false,
    "isReadOnly": false
}
@eygraber commented on GitHub (Dec 7, 2023): > If you use the browser devtools to look at the API response for the asset, does that still contain the exifInfo? For the `asset/assetById` endpoint? Here's the response for that (I removed the personal fields): ``` { "id": "4d7ef299...", "type": "IMAGE", "thumbhash": "YAgKDQAJiGiKibdYd3p3d5SKD6jY", "localDateTime": "2023-11-30T17:38:41.000Z", "resized": true, "duration": "0:00:00.000000", "livePhotoVideoId": null, "hasMetadata": true, "deviceAssetId": "10001...", "ownerId": "", "owner": { "id": "", "email": "", "name": "", "profileImagePath": "", "avatarColor": "gray", "storageLabel": "admin", "externalPath": null, "shouldChangePassword": true, "isAdmin": true, "createdAt": "2023-08-23T10:48:36.855Z", "deletedAt": null, "updatedAt": "2023-08-23T10:48:36.855Z", "oauthId": "", "memoriesEnabled": true }, "deviceId": "", "libraryId": "", "originalPath": "upload/upload/65b6cb45-5def-494c-93df-43e811b0af22/58d6ec0b-2df8-4065-966a-9faa0caf2880.jpg", "originalFileName": "PXL_20231130_173841311", "fileCreatedAt": "2023-11-30T17:38:41.000Z", "fileModifiedAt": "2023-11-30T17:38:45.000Z", "updatedAt": "2023-12-01T05:00:00.418Z", "isFavorite": false, "isArchived": false, "isTrashed": false, "smartInfo": { "tags": [], "objects": null }, "tags": [], "people": [], "checksum": "aSszSnnvQd46qoP2eRkPWvguILA=", "stackParentId": null, "stack": [], "stackCount": 0, "isExternal": false, "isOffline": false, "isReadOnly": false } ```
OVERLORD commented 2026-02-05 03:25:23 +03:00
Author
Owner
Copy Link

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

When you hit refresh metadata on those images, do the fields get repopulated?

@alextran1502 commented on GitHub (Dec 7, 2023): When you hit refresh metadata on those images, do the fields get repopulated?
OVERLORD commented 2026-02-05 03:25:28 +03:00
Author
Owner
Copy Link

@eygraber commented on GitHub (Dec 8, 2023):

They do!

@eygraber commented on GitHub (Dec 8, 2023): They do!
OVERLORD commented 2026-02-05 03:25:32 +03:00
Author
Owner
Copy Link

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

hmm strange

@alextran1502 commented on GitHub (Dec 8, 2023): hmm strange
OVERLORD commented 2026-02-05 03:25:36 +03:00
Author
Owner
Copy Link

@eygraber commented on GitHub (Dec 8, 2023):

Should I try running the admin jobs to refresh metadata / sidecar metadata, or would you like me to keep it in this state in case you need to test anything?

@eygraber commented on GitHub (Dec 8, 2023): Should I try running the admin jobs to refresh metadata / sidecar metadata, or would you like me to keep it in this state in case you need to test anything?
OVERLORD commented 2026-02-05 03:25:39 +03:00
Author
Owner
Copy Link

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

Do those files have sidecar file with them? If not, please go ahead and run metadata extraction job for missing one

@alextran1502 commented on GitHub (Dec 8, 2023): Do those files have sidecar file with them? If not, please go ahead and run metadata extraction job for missing one
OVERLORD commented 2026-02-05 03:25:41 +03:00
Author
Owner
Copy Link

@eygraber commented on GitHub (Dec 8, 2023):

There are no sidecar files, however it looks like all of those photos are in the upload directory, and not in the library/admin/2023 directory.

Refreshing the metadata causes it to be moved from the upload directory to the library/admin/2023 (and renames the files correctly; while in upload the filename is a UID).

@eygraber commented on GitHub (Dec 8, 2023): There are no sidecar files, however it looks like all of those photos are in the upload directory, and not in the `library/admin/2023` directory. Refreshing the metadata causes it to be moved from the upload directory to the `library/admin/2023` (and renames the files correctly; while in upload the filename is a UID).
OVERLORD commented 2026-02-05 03:25:44 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Jan 13, 2024):

There are no sidecar files, however it looks like all of those photos are in the upload directory, and not in the library/admin/2023 directory.

Refreshing the metadata causes it to be moved from the upload directory to the library/admin/2023 (and renames the files correctly; while in upload the filename is a UID).

Is refreshing the metadata was successful or some like this has been resolved.

@jrasm91 commented on GitHub (Jan 13, 2024): > There are no sidecar files, however it looks like all of those photos are in the upload directory, and not in the `library/admin/2023` directory. > > Refreshing the metadata causes it to be moved from the upload directory to the `library/admin/2023` (and renames the files correctly; while in upload the filename is a UID). Is refreshing the metadata was successful or some like this has been resolved.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
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#1736
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?