#Storage template migration doesn't move Live Photo videos (mov files)

1 messages · Page 1 of 1 (latest)

jaunty skiff
#

See closed bug #17668. I'm running version 1.135.3. Follow the exact steps in that bug report, and the .mov files are not moved into the album folders using the storage template. Using the same template as in the bug report, the .mov files are added to the "Other" folder. Only the Live Photos .mov files are not moved correctly. Regular .mov files (not part of Live Photos) are moved correctly. Thanks.

mellow plankBOT
#

:wave: Hey @jaunty skiff,

Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich immich.

References

#

Checklist

I have...

  1. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
  2. :blue_square: read applicable release notes.
  3. :blue_square: reviewed the FAQs for known issues.
  4. :blue_square: reviewed Github for known issues.
  5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy).
  6. :blue_square: uploaded the relevant information (see below).
  7. :blue_square: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable

(an item can be marked as "complete" by reacting with the appropriate number)

Information

In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:

  • Your docker-compose.yml and .env files.
  • Logs from all the containers and their status (see above).
  • All the troubleshooting steps you've tried so far.
  • Any recent changes you've made to Immich or your system.
  • Details about your system (both software/OS and hardware).
  • Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
  • The version of the Immich server, mobile app, and other relevant pieces.
  • Any other information that you think might be relevant.

Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)

If this ticket can be closed you can use the /close command, and re-open it later if needed.

mellow plankBOT
cobalt plank
#

What is the "Other" folder supposed to be?

jaunty skiff
#

Only items to don't have an album tag. From the storage migration docs: If you want to store assets in album folders, but you also have assets that do not belong to any album, you can use {{#if album}}, {{else}} and {{/if}} to create a conditional statement. For example, the following template will store assets in album folders if they belong to an album, and in a folder named "Other/Month" if they do not belong to an album: {{y}}/{{#if album}}{{album}}{{else}}Other{{/if}}/{{MM}}/{{filename}}

#

Also, this is a brand new install.

cobalt plank
#

Oh you just used that name in the storage template, got it

jaunty skiff
#

Yep

#

I searched through the release notes, and couldn't find where this bug was fixed since being reported in 1.131.3. So, maybe it got missed?

cobalt plank
#

And this is an iOS motion photo?

jaunty skiff
#

Yes

cobalt plank
#

Yeah this makes sense that it's broken then. iOS motion photos consist of two dedicated files (linked by a CID) which also ends up being two dedicated assets in Immich. When adding an asset to an album we only add the primary asset to the album.

#

I'm assuming Zack just blanket-closed it assuming that's another report of files being left behind after the migration ran

jaunty skiff
#

Ah. Can you reopen it then?

cobalt plank
#

Already done