#File Name Mismatch Between What's on Server and What's Downloaded

1 messages · Page 1 of 1 (latest)

formal jackal
#

First off, thanks to all the contributors for this awesome piece of software. Y'all rock.

I have a relatively unimportant question, nothing too urgent, but I'm a little confused about how something is happening.

So my partner and I don't like the way our phones name our files. It's not very human-readable in our opinions. Lo and behold we were delighted to find out you can rename the files when uploading to Immich using the storage template feature! It's amazing, and we use it to rename files. I can confirm that it's doing this and doing it well when I look at the library folder on my server to view the actual individual file names.

However, when browsing Immich through a browser for example, the photos still display the original phone's filename as the name of the photo itself. And, the real crux, if we download the photo from the browser the file name is the old phone way of naming, not the Storage Template way of naming.

Now, I assume that this has something to do with the photo metadata but I am by no means an expert at this so I'm just guessing there. I'm a little bit baffled by the download part though, because as I said the file on the server is named how we want it to be, but then when we download the file to a new computer from Immich, it's the old name. Baffling to us!

Is this expected behaviour, and if so, is it possible to change that? We'd love for the photo in Immich to match the Storage Template we apply to it, and especially if we download from Immich, we expect the file to be named the same way it is named on the server.

eager hollyBOT
#

:wave: Hey @formal jackal,

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. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
  2. :ballot_box_with_check: read applicable release notes.
  3. :ballot_box_with_check: reviewed the FAQs for known issues.
  4. :ballot_box_with_check: reviewed Github for known issues.
  5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
  6. :ballot_box_with_check: uploaded the relevant information (see below).
  7. :ballot_box_with_check: 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.

bright heron
#

That is currently expected and is not user configurable.

formal jackal
#

Cheers, thanks for the swift reply.