Unable to set/correct asset location in web app #6752

Closed
opened 2026-02-20 04:15:55 -05:00 by deekerman · 3 comments
Owner

Originally created by @pilotspelman on GitHub (Sep 15, 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 try to correct coordinates, they are not saved to the system after I click "Confirm". The form behaves as it should, including clicking on the map, but the values ​​are not saved to the system.
I am currently running v1.142.0 in a docker container on a QNAP NAS TS-453 Pro, QTS 5.2.6 (20250818), 5.10.60-qnap #1 SMP Mon Aug 18 15:47:45 CST 2025 x86_64 GNU/Linux.

The OS that Immich Server is running on

QTS 5.2.6 (20250818), 5.10.60-qnap #1 SMP Mon Aug 18 15:47:45 CST 2025 x86_64 GNU/Linux

Version of Immich Server

v1.142.0

Version of Immich Mobile App

Not relevant

Platform with the issue

  • Server
  • Web
  • Mobile

Device make and model

Not relevant

Your docker-compose.yml content

#
# WARNING: To install Immich, follow our guide: https://immich.app/docs/install/docker-compose
#
# 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-test

services:
  immich-server:
    container_name: immich_server_test
    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:
      # Immich own library (for uploads via app/web)
      - ${UPLOAD_LOCATION}:/data
      # Existing folder structure, read-only
      - /share/CACHEDEV1_DATA/Media/huvudmapp:/external:ro
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - .env
    ports:
      - '2283:2283'
    depends_on:
      - redis
      - database
    restart: always
    healthcheck:
      disable: false

  immich-machine-learning:
    container_name: immich_ml_test
    # For hardware acceleration, add one of -[armnn, cuda, rocm, openvino, rknn] 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, rocm, openvino, openvino-wsl, rknn] for accelerated inference - use the `-wsl` version for WSL2 where applicable
    volumes:
      - model-cache:/cache
    env_file:
      - .env
    restart: always
    healthcheck:
      disable: false

  redis:
    container_name: immich_redis_test
    image: docker.io/valkey/valkey:8-bookworm@sha256:fea8b3e67b15729d4bb70589eb03367bab9ad1ee89c876f54327fc7c6e618571
    healthcheck:
      test: redis-cli ping || exit 1
    restart: always

  database:
    container_name: immich_postgres_test
    image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0@sha256:8d292bdb796aa58bbbaa47fe971c8516f6f57d6a47e7172e62754feb6ed4e7b0
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
      # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs
      # DB_STORAGE_TYPE: 'HDD'
    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
    shm_size: 128mb
    restart: always

volumes:
  model-cache:

Your .env content

# Place where Immich stores its own uploads (separate from existing structure)
UPLOAD_LOCATION=/share/CACHEDEV1_DATA/Media/immich-library2

# Database storage
DB_DATA_LOCATION=/share/CACHEDEV1_DATA/Container/immich-postgres2

# Time zone
TZ=Europe/Stockholm

# Immich version
IMMICH_VERSION=release

# Database password – change to something of your own, just A–Z a–z 0–9
DB_PASSWORD=SomePassword

# Usually no need to touch
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

Reproduction steps

  1. Click on "Information"
  2. Click on "Edit location"
  3. Click on the correct location on the map. The coordinates below the map are updated accordingly.
  4. Click on "Confirm". The form/dialog closes without a message or an error message.
  5. Click on "Edit location" again. The original location is still indicated (i.e. the location was not updated).
    ...

Relevant log output


Additional information

No response

Originally created by @pilotspelman on GitHub (Sep 15, 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 try to correct coordinates, they are not saved to the system after I click "Confirm". The form behaves as it should, including clicking on the map, but the values ​​are not saved to the system. I am currently running v1.142.0 in a docker container on a QNAP NAS TS-453 Pro, QTS 5.2.6 (20250818), 5.10.60-qnap #1 SMP Mon Aug 18 15:47:45 CST 2025 x86_64 GNU/Linux. ### The OS that Immich Server is running on QTS 5.2.6 (20250818), 5.10.60-qnap #1 SMP Mon Aug 18 15:47:45 CST 2025 x86_64 GNU/Linux ### Version of Immich Server v1.142.0 ### Version of Immich Mobile App Not relevant ### Platform with the issue - [ ] Server - [x] Web - [ ] Mobile ### Device make and model Not relevant ### Your docker-compose.yml content ```YAML # # WARNING: To install Immich, follow our guide: https://immich.app/docs/install/docker-compose # # 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-test services: immich-server: container_name: immich_server_test 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: # Immich own library (for uploads via app/web) - ${UPLOAD_LOCATION}:/data # Existing folder structure, read-only - /share/CACHEDEV1_DATA/Media/huvudmapp:/external:ro - /etc/localtime:/etc/localtime:ro env_file: - .env ports: - '2283:2283' depends_on: - redis - database restart: always healthcheck: disable: false immich-machine-learning: container_name: immich_ml_test # For hardware acceleration, add one of -[armnn, cuda, rocm, openvino, rknn] 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, rocm, openvino, openvino-wsl, rknn] for accelerated inference - use the `-wsl` version for WSL2 where applicable volumes: - model-cache:/cache env_file: - .env restart: always healthcheck: disable: false redis: container_name: immich_redis_test image: docker.io/valkey/valkey:8-bookworm@sha256:fea8b3e67b15729d4bb70589eb03367bab9ad1ee89c876f54327fc7c6e618571 healthcheck: test: redis-cli ping || exit 1 restart: always database: container_name: immich_postgres_test image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0@sha256:8d292bdb796aa58bbbaa47fe971c8516f6f57d6a47e7172e62754feb6ed4e7b0 environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} POSTGRES_INITDB_ARGS: '--data-checksums' # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs # DB_STORAGE_TYPE: 'HDD' 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 shm_size: 128mb restart: always volumes: model-cache: ``` ### Your .env content ```Shell # Place where Immich stores its own uploads (separate from existing structure) UPLOAD_LOCATION=/share/CACHEDEV1_DATA/Media/immich-library2 # Database storage DB_DATA_LOCATION=/share/CACHEDEV1_DATA/Container/immich-postgres2 # Time zone TZ=Europe/Stockholm # Immich version IMMICH_VERSION=release # Database password – change to something of your own, just A–Z a–z 0–9 DB_PASSWORD=SomePassword # Usually no need to touch DB_USERNAME=postgres DB_DATABASE_NAME=immich ``` ### Reproduction steps 1. Click on "Information" 2. Click on "Edit location" 3. Click on the correct location on the map. The coordinates below the map are updated accordingly. 4. Click on "Confirm". The form/dialog closes without a message or an error message. 5. Click on "Edit location" again. The original location is still indicated (i.e. the location was not updated). ... ### Relevant log output ```shell ``` ### Additional information _No response_
Author
Owner

@bo0tzz commented on GitHub (Sep 15, 2025):

Your external library is mounted readonly, so Immich can't write changes.

@bo0tzz commented on GitHub (Sep 15, 2025): Your external library is mounted readonly, so Immich can't write changes.
Author
Owner

@pilotspelman commented on GitHub (Sep 15, 2025):

I have now changed line 23 to the following, i.e., without the restriction RO:

  • /share/CACHEDEV1_DATA/Media/mainfolder:/external
    Now the update of asset location works as expected, but I don't really understand the logic. After updating an asset location, I don't see any change whatsoever to the source file, so why is write permission to the external library needed?
    I assume that the EXIF ​​data, including coordinates, is imported into the database. Then the database should be able to be updated without write access to the external library, right?
    I mounted the external library as read-only to protect against possible software errors.
@pilotspelman commented on GitHub (Sep 15, 2025): I have now changed line 23 to the following, i.e., without the restriction RO: - /share/CACHEDEV1_DATA/Media/mainfolder:/external Now the update of asset location works as expected, but I don't really understand the logic. After updating an asset location, I don't see any change whatsoever to the source file, so why is write permission to the external library needed? I assume that the EXIF ​​data, including coordinates, is imported into the database. Then the database should be able to be updated without write access to the external library, right? I mounted the external library as read-only to protect against possible software errors.
Author
Owner

@pilotspelman commented on GitHub (Sep 15, 2025):

Sorry! Now I discovered that additional files with the extension .xmp show up. Then I understand the need for write permission, though I hoped the external library could be kept clean.

@pilotspelman commented on GitHub (Sep 15, 2025): Sorry! Now I discovered that additional files with the extension .xmp show up. Then I understand the need for write permission, though I hoped the external library could be kept clean.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/immich#6752
No description provided.