immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-02-24 19:08:04 +03:00
Code Issues 783 Packages Projects Releases 12 Wiki Activity

Unable to remove images from an owned shared album. #3367

New Issue
Closed
opened 2026-02-05 08:13:08 +03:00 by OVERLORD · 0 comments
OVERLORD commented 2026-02-05 08:13:08 +03:00
Owner
Copy Link

Originally created by @nickstrand on GitHub (May 30, 2024).

The bug

When uploading pictures to a shared album as a named user, the permissions on the image remain with said user - instead of allowing both that user and the owner of the album to remove the image. It removes the image from the webui, however a refresh brings it back immediately

image
image

The OS that Immich Server is running on

Docker in Kubernetes (ghcr.io/immich-app/immich-server:release)

Version of Immich Server

v1.105.1

Version of Immich Mobile App

v1.105.0 build.139

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

Standard but migrated to a kubernetes yaml

Your .env content

Standard but migrated to a kubernetes yaml

Reproduction steps

1. Create a shared album as user A (album owner) with one image
2. Share with user B
3. Upload an image to the shared album from user B (image owner)
4. Log into user A and select the image uploaded from user B
5. Click the three dots and select remove from album
- Expected result of it showing 1 removed from user A's album, without deleting the image from user B's files

Relevant log output

[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [x8g6lu4v] DELETE /api/album/84d611ec-6aaa-468a-be33-66d76548f7e6/assets 200 61.41ms ::ffff:192.168.2.244
[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [x737v82p] GET /api/album/84d611ec-6aaa-468a-be33-66d76548f7e6 200 79.42ms ::ffff:192.168.2.244
[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [6knz31d6] GET /api/activity 200 10.50ms ::ffff:192.168.2.244
[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [2v4m4obg] GET /api/album/84d611ec-6aaa-468a-be33-66d76548f7e6 200 34.62ms ::ffff:192.168.2.244
[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [7r62eb6t] GET /api/activity/statistics 200 35.83ms ::ffff:192.168.2.244
[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [guo9knec] GET /api/activity 200 12.13ms ::ffff:192.168.2.244
[Nest] 1  - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [b04dwvn6] GET /api/activity/statistics 200 11.62ms ::ffff:192.168.2.244

Additional information

No response

Originally created by @nickstrand on GitHub (May 30, 2024). ### The bug When uploading pictures to a shared album as a named user, the permissions on the image remain with said user - instead of allowing both that user and the owner of the album to remove the image. It removes the image from the webui, however a refresh brings it back immediately ![image](https://github.com/immich-app/immich/assets/65183434/76499da2-4867-439f-a600-fa0063a7c8e9) ![image](https://github.com/immich-app/immich/assets/65183434/018748a0-5060-4604-a171-94666e3854e2) ### The OS that Immich Server is running on Docker in Kubernetes (ghcr.io/immich-app/immich-server:release) ### Version of Immich Server v1.105.1 ### Version of Immich Mobile App v1.105.0 build.139 ### Platform with the issue - [X] Server - [X] Web - [X] Mobile ### Your docker-compose.yml content ```YAML Standard but migrated to a kubernetes yaml ``` ### Your .env content ```Shell Standard but migrated to a kubernetes yaml ``` ### Reproduction steps ```bash 1. Create a shared album as user A (album owner) with one image 2. Share with user B 3. Upload an image to the shared album from user B (image owner) 4. Log into user A and select the image uploaded from user B 5. Click the three dots and select remove from album - Expected result of it showing 1 removed from user A's album, without deleting the image from user B's files ``` ### Relevant log output ```shell [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [x8g6lu4v] DELETE /api/album/84d611ec-6aaa-468a-be33-66d76548f7e6/assets 200 61.41ms ::ffff:192.168.2.244 [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [x737v82p] GET /api/album/84d611ec-6aaa-468a-be33-66d76548f7e6 200 79.42ms ::ffff:192.168.2.244 [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [6knz31d6] GET /api/activity 200 10.50ms ::ffff:192.168.2.244 [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [2v4m4obg] GET /api/album/84d611ec-6aaa-468a-be33-66d76548f7e6 200 34.62ms ::ffff:192.168.2.244 [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [7r62eb6t] GET /api/activity/statistics 200 35.83ms ::ffff:192.168.2.244 [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [guo9knec] GET /api/activity 200 12.13ms ::ffff:192.168.2.244 [Nest] 1 - 05/30/2024, 3:02:04 AM VERBOSE [ImmichServer] [LoggingInterceptor] [b04dwvn6] GET /api/activity/statistics 200 11.62ms ::ffff:192.168.2.244 ``` ### Additional information _No response_
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#3367
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?