Sorting IMG_1234.jpg before IMG_1234_edited.jpg

[LnLcFlx]

Right now I do not use any PARENT_*_PROMOTE variable.
My stacks are sorted like IMG_1234_edited.jpg, IMG_1234.jpg, IMG_1234.cr3 (raw).
The problem is that the _edited jpgs don't have EXIF data, so the file creation date is used as the time.
Thus, the stacks with edited images are not among other pictures in the timeline but further into the future when I edited them, not when I took them. This I do not want.

1. Is there a way in immich to fix this?
2. I would also be fine with just having unedited jpg as the first picture in the stack if this fixes it.
   But using PARENT_FILENAME_PROMOTE, I can only promote a substring but no the absence of a substring.
   It would be great to be able to promote images based on regex capture groups, like:

[
   {
    "key": "originalFileName",
    "regex": {
      "key": "(.*?)([\\._\\-](crop|cropped|edit|edited).*)?\\.([^\\.]*)",
      "index": 1,

      "promote_index": 3, // capture group of '(crop|cropped|edit|edited)'
      "promote_keys": ["", "edited", "edit", "cropped", "crop"], // unedited files first
    }
  }
]

This whole custom criteria thing can get arbitrarily complex, but I think this is still a rather simple addition.

[Majorfi]

Hello! I totally missed that one, sorry

It's a good feature, I will take a look

[Majorfi]

Please take a look at #23
This has been released with the latest version

[LnLcFlx]

Thank you, this is great and I'll try it later 🙏
But this does not include the promotion of regex capture groups, that I proposed, right?

[Majorfi]

This is indeed not for the regex capture group, but for the promote key
I have a branch for the regex one, but I need additional testing and time for this :)
-> fix/regex-promotion-improvements