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

exifTags.ModifyDate?.toDate is not a function #4313

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

Originally created by @Hixxey on GitHub (Sep 13, 2024).

The bug

I'm getting the below error when extracting metadata on new videos. I noticed that the thumbnails hadn't generated, so I checked the logs and found the below. I can run the thumbnail task manually but the metadata isn't extracting.

[Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function
[Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function
at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46)
at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async /usr/src/app/dist/services/job.service.js:148:36
at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28)
at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24)
[Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] Object:
{
"id": "e8088678-a541-4abf-86ce-f077273bb3b0"
}

The OS that Immich Server is running on

Ubuntu 22.04

Version of Immich Server

v1.115.0

Version of Immich Mobile App

v1.115.0

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

immich:
    container_name: immich
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    #command: [ "start.sh", "immich" ]
    volumes:
      - ./immich/library:/usr/src/app/upload/library
      - ./immich/cache/upload:/usr/src/app/upload/upload
      - ./immich/cache/thumbs:/usr/src/app/upload/thumbs
      - ./immich/cache/profile:/usr/src/app/upload/profile
      - ./immich/cache/encoded-video:/usr/src/app/upload/encoded-video
      - /etc/localtime:/etc/localtime:ro
      - ${HOMEDATA}/Pictures:/photos:ro
    env_file:
      - .env
    ports:
      - 2283:3001
    environment:
      DB_USERNAME: ${ADMIN_USER}
      DB_PASSWORD: ${ADMIN_PASSWORD}
      DB_DATABASE_NAME: immich
      DB_HOSTNAME: immich_postgres
      REDIS_HOSTNAME: immich_redis
      TZ: ${TIMEZONE}
    depends_on:
      - immich_redis
      - immich_postgres
    restart: always
    labels:
      autoheal-app: true
  
  immich-machine-learning: #needs to be hyphenated otherwise the url doesn't work
    container_name: immich_machine_learning
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
    volumes:
      - ./immich/library:/usr/src/app/upload/library
      - ./immich/cache/upload:/usr/src/app/upload/upload
      - ./immich/cache/thumbs:/usr/src/app/upload/thumbs
      - ./immich/cache/profile:/usr/src/app/upload/profile
      - ./immich/cache/encoded-video:/usr/src/app/upload/encoded-video
      - ./immich-machine-learning/model-cache:/cache
    restart: always
    environment:
      TZ: ${TIMEZONE}
    labels:
      autoheal-app: true
  
  immich_redis:
    image: docker.io/redis:6.2-alpine@sha256:d6c2911ac51b289db208767581a5d154544f2b2fe4914ea5056443f62dc6e900
    container_name: immich_redis
    restart: always
    environment:
      TZ: ${TIMEZONE}
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 10s
      timeout: 5s
      retries: 5
    volumes:
      - ./immich-redis:/data
    labels:
      autoheal-app: true
  
  immich_postgres:
    container_name: immich_postgres
    image: registry.hub.docker.com/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0
    environment:
      POSTGRES_PASSWORD: ${ADMIN_PASSWORD}
      POSTGRES_USER: ${ADMIN_USER}
      POSTGRES_DB: immich
      POSTGRES_INITDB_ARGS: '--data-checksums'
    ports:
      - "5432:5432"
    volumes:
      - ./immich-postgres:/var/lib/postgresql/data
    command: ["postgres", "-c" ,"shared_preload_libraries=vectors.so", "-c", 'search_path="$$user", public, vectors', "-c", "logging_collector=on", "-c", "max_wal_size=2GB", "-c", "shared_buffers=512MB", "-c", "wal_compression=on"]
    restart: always
    labels:
      autoheal-app: true

Your .env content

IMMICH_VERSION=v1.115.0
ADMIN_USER=***
ADMIN_PASSWORD=*********
USER_ID=1000
GROUP_ID=1000
TIMEZONE="Europe/London"
HOMEDATA="/mnt/home"

Reproduction steps

  1. Upload video
  2. Refresh metadata
  3. View log

Relevant log output

[Nest] 6  - 09/13/2024, 10:48:26 AM   ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function
[Nest] 6  - 09/13/2024, 10:48:26 AM   ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function
    at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46)
    at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async /usr/src/app/dist/services/job.service.js:148:36
    at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28)
    at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24)
[Nest] 6  - 09/13/2024, 10:48:26 AM   ERROR [Microservices:JobService] Object:
{
  "id": "e8088678-a541-4abf-86ce-f077273bb3b0"
}

Additional information

No response

Originally created by @Hixxey on GitHub (Sep 13, 2024). ### The bug I'm getting the below error when extracting metadata on new videos. I noticed that the thumbnails hadn't generated, so I checked the logs and found the below. I can run the thumbnail task manually but the metadata isn't extracting. [Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function [Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46) at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async /usr/src/app/dist/services/job.service.js:148:36 at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28) at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24) [Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] Object: { "id": "e8088678-a541-4abf-86ce-f077273bb3b0" } ### The OS that Immich Server is running on Ubuntu 22.04 ### Version of Immich Server v1.115.0 ### Version of Immich Mobile App v1.115.0 ### Platform with the issue - [X] Server - [X] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML immich: container_name: immich image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} #command: [ "start.sh", "immich" ] volumes: - ./immich/library:/usr/src/app/upload/library - ./immich/cache/upload:/usr/src/app/upload/upload - ./immich/cache/thumbs:/usr/src/app/upload/thumbs - ./immich/cache/profile:/usr/src/app/upload/profile - ./immich/cache/encoded-video:/usr/src/app/upload/encoded-video - /etc/localtime:/etc/localtime:ro - ${HOMEDATA}/Pictures:/photos:ro env_file: - .env ports: - 2283:3001 environment: DB_USERNAME: ${ADMIN_USER} DB_PASSWORD: ${ADMIN_PASSWORD} DB_DATABASE_NAME: immich DB_HOSTNAME: immich_postgres REDIS_HOSTNAME: immich_redis TZ: ${TIMEZONE} depends_on: - immich_redis - immich_postgres restart: always labels: autoheal-app: true immich-machine-learning: #needs to be hyphenated otherwise the url doesn't work container_name: immich_machine_learning image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release} volumes: - ./immich/library:/usr/src/app/upload/library - ./immich/cache/upload:/usr/src/app/upload/upload - ./immich/cache/thumbs:/usr/src/app/upload/thumbs - ./immich/cache/profile:/usr/src/app/upload/profile - ./immich/cache/encoded-video:/usr/src/app/upload/encoded-video - ./immich-machine-learning/model-cache:/cache restart: always environment: TZ: ${TIMEZONE} labels: autoheal-app: true immich_redis: image: docker.io/redis:6.2-alpine@sha256:d6c2911ac51b289db208767581a5d154544f2b2fe4914ea5056443f62dc6e900 container_name: immich_redis restart: always environment: TZ: ${TIMEZONE} healthcheck: test: ["CMD", "redis-cli", "ping"] interval: 10s timeout: 5s retries: 5 volumes: - ./immich-redis:/data labels: autoheal-app: true immich_postgres: container_name: immich_postgres image: registry.hub.docker.com/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0 environment: POSTGRES_PASSWORD: ${ADMIN_PASSWORD} POSTGRES_USER: ${ADMIN_USER} POSTGRES_DB: immich POSTGRES_INITDB_ARGS: '--data-checksums' ports: - "5432:5432" volumes: - ./immich-postgres:/var/lib/postgresql/data command: ["postgres", "-c" ,"shared_preload_libraries=vectors.so", "-c", 'search_path="$$user", public, vectors', "-c", "logging_collector=on", "-c", "max_wal_size=2GB", "-c", "shared_buffers=512MB", "-c", "wal_compression=on"] restart: always labels: autoheal-app: true ``` ### Your .env content ```Shell IMMICH_VERSION=v1.115.0 ADMIN_USER=*** ADMIN_PASSWORD=********* USER_ID=1000 GROUP_ID=1000 TIMEZONE="Europe/London" HOMEDATA="/mnt/home" ``` ### Reproduction steps 1. Upload video 2. Refresh metadata 3. View log ### Relevant log output ```shell [Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function [Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46) at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async /usr/src/app/dist/services/job.service.js:148:36 at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28) at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24) [Nest] 6 - 09/13/2024, 10:48:26 AM ERROR [Microservices:JobService] Object: { "id": "e8088678-a541-4abf-86ce-f077273bb3b0" } ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 10:07:12 +03:00
Author
Owner
Copy Link

@Hixxey commented on GitHub (Sep 13, 2024):

Some additional context, if it helps. The videos that are failing are GoPro videos that have been stitched together using Exiftool. I then edit them to make the DateTaken property the previous day. I've been doing this for months and Immich hasn't had any issues with the workflow until v1.115.0.
All other videos that I tested appear to refresh metadata fine.

@Hixxey commented on GitHub (Sep 13, 2024): Some additional context, if it helps. The videos that are failing are GoPro videos that have been stitched together using Exiftool. I then edit them to make the DateTaken property the previous day. I've been doing this for months and Immich hasn't had any issues with the workflow until v1.115.0. All other videos that I tested appear to refresh metadata fine.
OVERLORD commented 2026-02-05 10:07:14 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Sep 13, 2024):

Is the file something you can share to help with troubleshooting the issue?

@alextran1502 commented on GitHub (Sep 13, 2024): Is the file something you can share to help with troubleshooting the issue?
OVERLORD commented 2026-02-05 10:07:15 +03:00
Author
Owner
Copy Link

@Hixxey commented on GitHub (Sep 13, 2024):

https://github.com/user-attachments/assets/4f416927-ed9e-41fd-9a32-48ff160b79d4

Hopefully this uploads ok, please let me know if you have any issues. I've cut the file down to 3 seconds and tested. I get the same error.

@Hixxey commented on GitHub (Sep 13, 2024): https://github.com/user-attachments/assets/4f416927-ed9e-41fd-9a32-48ff160b79d4 Hopefully this uploads ok, please let me know if you have any issues. I've cut the file down to 3 seconds and tested. I get the same error.
OVERLORD commented 2026-02-05 10:07:17 +03:00
Author
Owner
Copy Link

@radh21301 commented on GitHub (Sep 13, 2024):

Can you zip the file and add it?

@radh21301 commented on GitHub (Sep 13, 2024): Can you zip the file and add it?
OVERLORD commented 2026-02-05 10:07:19 +03:00
Author
Owner
Copy Link

@Hixxey commented on GitHub (Sep 13, 2024):

Can you zip the file and add it?

No problem, it should be attached.
test.zip

@Hixxey commented on GitHub (Sep 13, 2024): > Can you zip the file and add it? No problem, it should be attached. [test.zip](https://github.com/user-attachments/files/16997219/test.zip)
OVERLORD commented 2026-02-05 10:07:20 +03:00
Author
Owner
Copy Link

@radh21301 commented on GitHub (Sep 13, 2024):

Hey. I was able to recreate the issue on my end. So, I ran this command: used the exiftool '-AllDates' command to set the date for the video you sent. I am not entire sure why what I did works, but it does. Immich logs look good and I can see the thumbnails. Maybe someone else can chime in.

exiftool "-AllDates=2022:06:09 18:22:4" -r -P -api:QuicktimeUTC -api largefilesupport=1 -overwrite_original ./test.mp4

Or even this for that matter -> which seems to be a better option according to https://exiftool.org/forum/index.php?topic=9267.0

exiftool "-time:all=2024:09:12 15:49:22" -wm w ./test.mp4

Here is the exiftool comparison - Left (before my edit. The exact file you sent). Right (after the exif edit)

image --- image

exiftool_after.txt
exiftool_before.txt

@radh21301 commented on GitHub (Sep 13, 2024): Hey. I was able to recreate the issue on my end. So, I ran this command: used the exiftool '-AllDates' command to set the date for the video you sent. I am not entire sure why what I did works, but it does. Immich logs look good and I can see the thumbnails. Maybe someone else can chime in. ``` exiftool "-AllDates=2022:06:09 18:22:4" -r -P -api:QuicktimeUTC -api largefilesupport=1 -overwrite_original ./test.mp4 ``` Or even this for that matter -> which seems to be a better option according to https://exiftool.org/forum/index.php?topic=9267.0 ``` exiftool "-time:all=2024:09:12 15:49:22" -wm w ./test.mp4 ``` Here is the exiftool comparison - Left (before my edit. The exact file you sent). Right (after the exif edit) <img width="1409" alt="image" src="https://github.com/user-attachments/assets/3b9aabbd-b10d-487c-8187-04253d7e559b"> --- <img width="1312" alt="image" src="https://github.com/user-attachments/assets/b9e01468-611a-4a04-a1e1-5fcc6093754c"> [exiftool_after.txt](https://github.com/user-attachments/files/16998210/exiftool_after.txt) [exiftool_before.txt](https://github.com/user-attachments/files/16998211/exiftool_before.txt)
OVERLORD commented 2026-02-05 10:07:25 +03:00
Author
Owner
Copy Link

@Hixxey commented on GitHub (Sep 13, 2024):

Hey. I was able to recreate the issue on my end. So, I ran this command: used the exiftool '-AllDates' command to set the date for the video you sent. I am not entire sure why what I did works, but it does. Immich logs look good and I can see the thumbnails. Maybe someone else can chime in.


exiftool "-AllDates=2022:06:09 18:22:4" -r -P -api:QuicktimeUTC -api largefilesupport=1 -overwrite_original ./test.mp4

Here is the exiftool comparison - Left (before my edit. The exact file you sent). Right (after the exif edit)

image
image

exiftool_after.txt

exiftool_before.txt

Thanks for looking in to this. I could add that flag and I'm sure it'll resolve the issue, I'm just concerned that a bug has crept in because this exact file worked on v1.114.0.

@Hixxey commented on GitHub (Sep 13, 2024): > Hey. I was able to recreate the issue on my end. So, I ran this command: used the exiftool '-AllDates' command to set the date for the video you sent. I am not entire sure why what I did works, but it does. Immich logs look good and I can see the thumbnails. Maybe someone else can chime in. > > > > > > ``` > > exiftool "-AllDates=2022:06:09 18:22:4" -r -P -api:QuicktimeUTC -api largefilesupport=1 -overwrite_original ./test.mp4 > > > > ``` > > Here is the exiftool comparison - Left (before my edit. The exact file you sent). Right (after the exif edit) > > > > <img width="1409" alt="image" src="https://github.com/user-attachments/assets/3b9aabbd-b10d-487c-8187-04253d7e559b"> > > --- > > <img width="1312" alt="image" src="https://github.com/user-attachments/assets/b9e01468-611a-4a04-a1e1-5fcc6093754c"> > > > > [exiftool_after.txt](https://github.com/user-attachments/files/16998210/exiftool_after.txt) > > [exiftool_before.txt](https://github.com/user-attachments/files/16998211/exiftool_before.txt) > > > > > > > > Thanks for looking in to this. I could add that flag and I'm sure it'll resolve the issue, I'm just concerned that a bug has crept in because this exact file worked on v1.114.0.
OVERLORD commented 2026-02-05 10:07:26 +03:00
Author
Owner
Copy Link

@BDeus commented on GitHub (Sep 14, 2024):

Thanks for investigating,
i can confirm that i have same error since v1.115.0 on extract metadata with some media files

@BDeus commented on GitHub (Sep 14, 2024): Thanks for investigating, i can confirm that i have same error since v1.115.0 on extract metadata with some media files
OVERLORD commented 2026-02-05 10:07:27 +03:00
Author
Owner
Copy Link

@Hixxey commented on GitHub (Sep 14, 2024):

Perfect, thanks for sorting 😊

@Hixxey commented on GitHub (Sep 14, 2024): Perfect, thanks for sorting 😊
OVERLORD commented 2026-02-05 10:07:29 +03:00
Author
Owner
Copy Link

@psla commented on GitHub (Sep 16, 2024):

FWIW I am seeing the same errors

[Nest] 7  - 09/16/2024, 3:01:47 AM   ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function
[Nest] 7  - 09/16/2024, 3:01:47 AM   ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function
    at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46)
    at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async /usr/src/app/dist/services/job.service.js:148:36
    at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28)
    at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24)
[Nest] 7  - 09/16/2024, 3:01:47 AM   ERROR [Microservices:JobService] Object:
{
  "id": "4fe82285-1280-4842-b9d9-56676ec2801a",
  "source": "upload"
}

[Nest] 7  - 09/16/2024, 3:01:49 AM   ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function
[Nest] 7  - 09/16/2024, 3:01:49 AM   ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function
    at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46)
    at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async /usr/src/app/dist/services/job.service.js:148:36
    at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28)
    at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24)
[Nest] 7  - 09/16/2024, 3:01:49 AM   ERROR [Microservices:JobService] Object:
{
  "id": "ee602546-2f94-4ebf-aeee-6dfed8954099",
  "source": "upload"
}

I don't plan to mess with my original files to rewrite their EXIF data. I would hope that if exif is not available, a timestamp from the file itself would be used?

I am also on v1.115.0. Looks like the fix was checked in / merged, so it would come in 1.116?

@psla commented on GitHub (Sep 16, 2024): FWIW I am seeing the same errors ``` [Nest] 7 - 09/16/2024, 3:01:47 AM ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function [Nest] 7 - 09/16/2024, 3:01:47 AM ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46) at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async /usr/src/app/dist/services/job.service.js:148:36 at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28) at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24) [Nest] 7 - 09/16/2024, 3:01:47 AM ERROR [Microservices:JobService] Object: { "id": "4fe82285-1280-4842-b9d9-56676ec2801a", "source": "upload" } [Nest] 7 - 09/16/2024, 3:01:49 AM ERROR [Microservices:JobService] Unable to run job handler (metadataExtraction/metadata-extraction): TypeError: exifTags.ModifyDate?.toDate is not a function [Nest] 7 - 09/16/2024, 3:01:49 AM ERROR [Microservices:JobService] TypeError: exifTags.ModifyDate?.toDate is not a function at MetadataService.getDates (/usr/src/app/dist/services/metadata.service.js:508:46) at MetadataService.handleMetadataExtraction (/usr/src/app/dist/services/metadata.service.js:194:80) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async /usr/src/app/dist/services/job.service.js:148:36 at async Worker.processJob (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:394:28) at async Worker.retryIfFailed (/usr/src/app/node_modules/bullmq/dist/cjs/classes/worker.js:581:24) [Nest] 7 - 09/16/2024, 3:01:49 AM ERROR [Microservices:JobService] Object: { "id": "ee602546-2f94-4ebf-aeee-6dfed8954099", "source": "upload" } ``` I don't plan to mess with my original files to rewrite their EXIF data. I would hope that if exif is not available, a timestamp from the file itself would be used? I am also on v1.115.0. Looks like the fix was checked in / merged, so it would come in 1.116?
OVERLORD commented 2026-02-05 10:07:32 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Sep 16, 2024):

@psla It has been fixed and will be in the next release. When the next release come out, you can just run metadata extraction and thumbnail generation for the problem asset

@alextran1502 commented on GitHub (Sep 16, 2024): @psla It has been fixed and will be in the next release. When the next release come out, you can just run metadata extraction and thumbnail generation for the problem asset
OVERLORD commented 2026-02-05 10:07:35 +03:00
Author
Owner
Copy Link

@psla commented on GitHub (Sep 16, 2024):

Awesome, thanks for the response! (it took me a moment to realize that the fix was already merged, I shouldn't have bothered you).

@psla commented on GitHub (Sep 16, 2024): Awesome, thanks for the response! (it took me a moment to realize that the fix was already merged, I shouldn't have bothered you).
OVERLORD commented 2026-02-05 10:07:37 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Sep 16, 2024):

@psla No problem! Cheers!

@alextran1502 commented on GitHub (Sep 16, 2024): @psla No problem! Cheers!
OVERLORD commented 2026-02-05 10:07:39 +03:00
Author
Owner
Copy Link

@AlexanderIlyanok commented on GitHub (Sep 27, 2024):

Hello. @alextran1502 bug is still here, 1.116 didn't fix it. After this crash, extract metadata job stops and not handle other files.
image

@AlexanderIlyanok commented on GitHub (Sep 27, 2024): Hello. @alextran1502 bug is still here, 1.116 didn't fix it. After this crash, extract metadata job stops and not handle other files. ![image](https://github.com/user-attachments/assets/32e3ec0f-c7da-4303-b70b-4418da73189d)
OVERLORD commented 2026-02-05 10:07:41 +03:00
Author
Owner
Copy Link

@isaac-aa commented on GitHub (Sep 27, 2024):

Hello, I wanted to add that in my case (I was expecting the new release because of this bug) it solved successfully the issue, so maybe this is other thing or a corner case? (thanks!, btw)

@isaac-aa commented on GitHub (Sep 27, 2024): Hello, I wanted to add that in my case (I was expecting the new release because of this bug) it solved successfully the issue, so maybe this is other thing or a corner case? (thanks!, btw)
OVERLORD commented 2026-02-05 10:07:43 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Sep 27, 2024):

@AlexanderIlyanok can you help confirm that the server is on 1.116 and if you can attach the problematic image, that would be helpful

@alextran1502 commented on GitHub (Sep 27, 2024): @AlexanderIlyanok can you help confirm that the server is on 1.116 and if you can attach the problematic image, that would be helpful
OVERLORD commented 2026-02-05 10:07:44 +03:00
Author
Owner
Copy Link

@AlexanderIlyanok commented on GitHub (Sep 27, 2024):

@AlexanderIlyanok can you help confirm that the server is on 1.116 and if you can attach the problematic image, that would be helpful

Hello Alex. Sorry, it seems my fault - pulled new image but cheked, 1.115 started. By the way, after metadata extraction, not all Live iPhone photos merged (photot and mov). Is it known issue?

@AlexanderIlyanok commented on GitHub (Sep 27, 2024): > @AlexanderIlyanok can you help confirm that the server is on 1.116 and if you can attach the problematic image, that would be helpful Hello Alex. Sorry, it seems my fault - pulled new image but cheked, 1.115 started. By the way, after metadata extraction, not all Live iPhone photos merged (photot and mov). Is it known issue?
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#4313
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?