Video thumbnail loading error in memories bar when "Load original image" is enabled on iOS

[JacobBumgarner]

The bug

When browsing through pictures on the “memories” panel in the iOS app, sometimes pictures won’t show. Instead, a missing image graphic shows [0]. Update: This error only occurs when "Load original image" is enabled in "Asset Viewer" settings.

The bug will not consistently affect the same images, but it does consistently happen.

The images sometimes will load, but often don’t. The bug doesn't affect all images - only the same ones. For example, the image that didn’t load above sometimes does load in the memories pane [3].

I don’t notice this when browsing through the main image timeline.

Lastly, this error only occurs on the iOS app. It doesn't occur when viewing memories on the web app.

Error logs attached below [1, 2]

---

[0] missing image

[3] The missing image that appears this time when opening the app again. However others will now be missing.

The OS that Immich Server is running on

Ubuntu 24.04.1

Version of Immich Server

v1.24.2

Version of Immich Mobile App

1.24.2

Platform with the issue

• Server
• Web
• Mobile

Your docker-compose.yml content

#
# WARNING: Make sure to use the docker-compose.yml of the current release:
#
# https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
#
# The compose file on main may not be compatible with the latest release.
#

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: quicksync # 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'
    depends_on:
      - redis
      - database
    restart: "no"
    healthcheck:
      disable: false

  immich-machine-learning:
    container_name: immich_machine_learning
    # For hardware acceleration, add one of -[armnn, cuda, openvino] to the image tag.
    # Example tag: ${IMMICH_VERSION:-release}-cuda
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
    # extends: # uncomment this section for hardware acceleration - see https://immich.app/docs/features/ml-hardware-acceleration
    #   file: hwaccel.ml.yml
    #   service: cpu # set to one of [armnn, cuda, openvino, openvino-wsl] for accelerated inference - use the `-wsl` version for WSL2 where applicable
    volumes:
      - model-cache:/cache
    env_file:
      - .env
    restart: "no"
    healthcheck:
      disable: false

  redis:
    container_name: immich_redis
    image: docker.io/redis:6.2-alpine@sha256:eaba718fecd1196d88533de7ba49bf903ad33664a92debb24660a922ecd9cac8
    healthcheck:
      test: redis-cli ping || exit 1
    restart: "no"

  database:
    container_name: immich_postgres
    image: docker.io/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
    volumes:
      # Do not edit the next line. If you want to change the database storage location on your system, edit the value of DB_DATA_LOCATION in the .env file
      - ${DB_DATA_LOCATION}:/var/lib/postgresql/data
    healthcheck:
      test: >-
        pg_isready --dbname="$${POSTGRES_DB}" --username="$${POSTGRES_USER}" || exit 1;
        Chksum="$$(psql --dbname="$${POSTGRES_DB}" --username="$${POSTGRES_USER}" --tuples-only --no-align
        --command='SELECT COALESCE(SUM(checksum_failures), 0) FROM pg_stat_database')";
        echo "checksum failure count is $$Chksum";
        [ "$$Chksum" = '0' ] || exit 1
      interval: 5m
      start_interval: 30s
      start_period: 5m
    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: "no"

volumes:
  model-cache:

Your .env content

# You can find documentation for all the supp>

# The location where your uploaded files are >
UPLOAD_LOCATION=/vault/photo_library/immich
# The location where your database files are >
DB_DATA_LOCATION=./postgres

# To set a timezone, uncomment the next line >
TZ=EST

# The Immich version to use. You can pin this>
IMMICH_VERSION=release

# Connection secret for postgres. You should >
# Please use only the characters `A-Za-z0-9`,>
DB_PASSWORD=____

# The values below this line do not need to b>
#############################################>
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

Reproduction steps

Open Immich iOS app. Look at images on memories timeline.

Relevant log output

[1-2] error logs

Additional information

No response

[alextran1502]

Can you help provide the trouble image so we can test and troubleshoot?

[JacobBumgarner]

Sure thing, I’ll be more than happy to.

What is the ideal way to share the exact original image? Downloading it from my server and uploading it here? Not sure if GitHub will strip info away.

[alextran1502]

Yes download, zip it and upload it here

[JacobBumgarner]

Sorry for the delay!

After exploring this bug a bit further, I've realized that it only seems to happen with video assets

I've zipped three assets where this happens, including the file I showed above (which I thought was a live photo, but was actually a short video).

Please let me know if you need any other information.

Sorry for the confusion with this bug.

Thanks @alextran1502

2025_01_22_immich_thumbnail_errors.zip

[alextran1502]

So for the memory view, currently the video player is not working in there. I uploaded the videos and can play them fine regardless with the use original option.

Do you only see this issue in the memory view?

[JacobBumgarner]

Yes, only in memory view from what I can tell.