immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-02-05 00:30:57 +03:00
Code Issues 13 Packages Projects Releases 10 Wiki Activity

[BUG] Album zip file content #479

New Issue
Closed
opened 2026-02-04 20:44:15 +03:00 by OVERLORD · 2 comments
OVERLORD commented 2026-02-04 20:44:15 +03:00
Owner
Copy Link

Originally created by @PeterBasista on GitHub (Dec 13, 2022).

Describe the bug
When downloading an album in the form of a zip, the media has a creation date as the date of uploading to the server.

Task List

  • I have read thoroughly the README setup and installation instructions.
  • I have included my docker-compose file.
  • I have included my redacted .env file.
  • I have included information on my machine, and environment.

To Reproduce
Steps to reproduce the behavior:

  1. Create album and add some photos
  2. Click on download album as zip (web)
  3. Unzip the files and look on creation date
  4. Creation date is based on upload date

Expected behavior
The date of creation of the files will be the same as the date indicated in the EXIF (table)

System

  • Phone OS [iOS, Android]: IOS
  • Server Version: 1.38.2
  • Mobile App Version: 1.38.0 build.75

Additional context
it's not bad for regular backups, but when the library is copied later, it can create a good confusion in the photos, especially when you need to orient yourself "in time" as the events followed. It would be great if these downloaded files also contained full EXIF data as before uploading to immich.

Originally created by @PeterBasista on GitHub (Dec 13, 2022). **Describe the bug** When downloading an album in the form of a zip, the media has a creation date as the date of uploading to the server. **Task List** - [x] I have read thoroughly the README setup and installation instructions. - [ ] I have included my `docker-compose` file. - [ ] I have included my redacted `.env` file. - [x] I have included information on my machine, and environment. **To Reproduce** Steps to reproduce the behavior: 1. Create album and add some photos 2. Click on download album as zip (web) 3. Unzip the files and look on creation date 4. Creation date is based on upload date **Expected behavior** The date of creation of the files will be the same as the date indicated in the EXIF (table) **System** - Phone OS [iOS, Android]: `IOS` - Server Version: `1.38.2` - Mobile App Version: `1.38.0 build.75` **Additional context** it's not bad for regular backups, but when the library is copied later, it can create a good confusion in the photos, especially when you need to orient yourself "in time" as the events followed. It would be great if these downloaded files also contained full EXIF data as before uploading to immich.
OVERLORD commented 2026-02-04 20:44:26 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Dec 13, 2022):

Can you check the EXIF value instead of the creation date on the file browser, the file downloaded is the original file, so the EXIF value of the creation date should be intact.

@alextran1502 commented on GitHub (Dec 13, 2022): Can you check the EXIF value instead of the creation date on the file browser, the file downloaded is the original file, so the EXIF value of the creation date should be intact.
OVERLORD commented 2026-02-04 20:44:29 +03:00
Author
Owner
Copy Link

@PeterBasista commented on GitHub (Dec 13, 2022):

I don't understand how it can be, if I open the information about the file using information (macos) it doesn't show me any, but when I use the ExifTool all of them run nicely. The problem seems to be on my side as it ignores these Exif, although I don't understand why. Sorry.

If anyone has this problem in the future please use (exiftool need to be installed):
exiftool "-FileModifyDate<CreateDate" dirname/
This command copy CreateDate into FileModifyDate and helps sort files in finder.

@PeterBasista commented on GitHub (Dec 13, 2022): I don't understand how it can be, if I open the information about the file using information (macos) it doesn't show me any, but when I use the ExifTool all of them run nicely. The problem seems to be on my side as it ignores these Exif, although I don't understand why. Sorry. If anyone has this problem in the future please use (exiftool need to be installed): `exiftool "-FileModifyDate<CreateDate" dirname/` This command copy CreateDate into FileModifyDate and helps sort files in finder.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:translation
cli
date-time
documentation
external-library
format
good first issue
needs-answer
nice to have
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#479
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?