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

Manage Location utility invalid range selection (leading to mass GPS location change if not careful) #7577

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

Originally created by @antonio-ivanovski on GitHub (Oct 19, 2025).

I have searched the existing issues, both open and closed, to make sure this is not a duplicate report.

  • Yes

The bug

Sometimes when working with the Manage Location utility and using the continuous range feature to select range of photos using the Shift button, it is possible to select invalid range of photos. Have not identified what circumstances it happens, but in 1 out of 10 range selections it tends to happens.

Usually it is proceeded with UI being stuck for 5-10 seconds, and after large amount of assets are selected (usually from the beginning of time till the instially selected photo in the utility). For me the case was around 28k assets. If you are not careful (like me after doing this for the past hour), muscle memory takes over and you stop being careful and do actions without much thinking.

Image

Update:
It seems that videos and motion photos could be the culprit, facing more UI freezes (probably making absurd selection) when in the selection range there are videos/motion photos.

The OS that Immich Server is running on

/

Version of Immich Server

2.1.0

Version of Immich Mobile App

/

Platform with the issue

  • Server
  • Web
  • Mobile

Device make and model

MacOS Chrome

Your docker-compose.yml content

/

Your .env content

/

Reproduction steps

  1. Select a asset in the Manage Location utility
  2. Holding shift try selecting another asset few rows down. The "selection" will take place even without click, but click to make sure the selection is performed
  3. The UI gets stuck
  4. After UI is un-suck, large number of assets are being selected not corresponding to the desired range

Relevant log output

Additional information

It just happened to me, 28k assets got their locations changed, some with previosly valid location set via the utility.

Currently in the process of restoring the previous state. Probably I will be just fine since the XMP Sidecars are placed next to the assets in the library, and I am taking ZFS snapshots every 10 minutes. Will update once the jobs complete the metadata sync. Must say thanks to @bo0tzz for support on Discord on this topic. (Update: restore completed, thanks Immich for not making destructive edits, ZFS and sanoid auto snapshots).

But the issue I see is that others that don't have such regular snapshots in place, will either have to lose all of their XMP or restore from more distant backup.

Maybe there needs to be put effort in making the actions of this utility revertable?

Originally created by @antonio-ivanovski on GitHub (Oct 19, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug Sometimes when working with the Manage Location utility and using the continuous range feature to select range of photos using the Shift button, it is possible to select invalid range of photos. Have not identified what circumstances it happens, but in 1 out of 10 range selections it tends to happens. Usually it is proceeded with UI being stuck for 5-10 seconds, and after large amount of assets are selected (usually from the beginning of time till the instially selected photo in the utility). For me the case was around 28k assets. If you are not careful (like me after doing this for the past hour), muscle memory takes over and you stop being careful and do actions without much thinking. <img width="1460" height="875" alt="Image" src="https://github.com/user-attachments/assets/a483c5e3-c38e-4235-9198-d7a239faf1e0" /> Update: It seems that videos and motion photos could be the culprit, facing more UI freezes (probably making absurd selection) when in the selection range there are videos/motion photos. ### The OS that Immich Server is running on / ### Version of Immich Server 2.1.0 ### Version of Immich Mobile App / ### Platform with the issue - [ ] Server - [x] Web - [ ] Mobile ### Device make and model MacOS Chrome ### Your docker-compose.yml content ```YAML / ``` ### Your .env content ```Shell / ``` ### Reproduction steps 1. Select a asset in the Manage Location utility 2. Holding `shift` try selecting another asset few rows down. The "selection" will take place even without click, but click to make sure the selection is performed 3. The UI gets stuck 4. After UI is un-suck, large number of assets are being selected not corresponding to the desired range ### Relevant log output ```shell ``` ### Additional information It just happened to me, 28k assets got their locations changed, some with previosly valid location set via the utility. Currently in the process of restoring the previous state. Probably I will be just fine since the [XMP Sidecars](https://docs.immich.app/features/xmp-sidecars/) are placed next to the assets in the library, and I am taking ZFS snapshots every 10 minutes. Will update once the jobs complete the metadata sync. Must say thanks to @bo0tzz for support on Discord on this topic. (Update: restore completed, thanks Immich for not making destructive edits, ZFS and [sanoid](https://github.com/jimsalterjrs/sanoid) auto snapshots). But the issue I see is that others that don't have such regular snapshots in place, will either have to lose all of their XMP or restore from more distant backup. Maybe there needs to be put effort in making the actions of this utility revertable?
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#7577
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?