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

Web: Changing timestamp of a photo always resets the timestamp to "today" #5745

New Issue
Closed
opened 2026-02-05 11:43:00 +03:00 by OVERLORD · 1 comment
OVERLORD commented 2026-02-05 11:43:00 +03:00
Owner
Copy Link

Originally created by @cnmicha on GitHub (Apr 1, 2025).

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

  • Yes

The bug

See below

The OS that Immich Server is running on

Official Immich Docker images, running on Debian 11

Version of Immich Server

v1.131.2

Version of Immich Mobile App

not relevant

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

---

Your .env content

---

Reproduction steps

  1. Open Immich web
  2. Select a single photo
  3. In the top right corner, click on the three-dot menu
  4. Select "Change date"
  5. Enter a valid date, e.g.:

Image

  1. Click "Confirm"

Expected behavior:

  • The date is changed to the entered date, as done by Immich in previous versions (not too long ago)

Actual behavior

  • The photo timestamp is reset to the current date+time (today).

Relevant log output

Firefox Network debugger:

Image

  • You can see that the issue is on the client (Browser) side, not on the server side. The client sends the wrong (the current) timestamp to the server, instead of the timestamp that is entered in the form by the user.

Additional information

No response

Originally created by @cnmicha on GitHub (Apr 1, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug See below ### The OS that Immich Server is running on Official Immich Docker images, running on Debian 11 ### Version of Immich Server v1.131.2 ### Version of Immich Mobile App not relevant ### Platform with the issue - [ ] Server - [x] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML --- ``` ### Your .env content ```Shell --- ``` ### Reproduction steps 1. Open Immich web 2. Select a single photo 3. In the top right corner, click on the three-dot menu 4. Select "Change date" 5. Enter a valid date, e.g.: ![Image](https://github.com/user-attachments/assets/92222c30-0a91-4d68-8c4a-45f2b58984fc) 6. Click "Confirm" Expected behavior: - The date is changed to the entered date, as done by Immich in previous versions (not too long ago) Actual behavior - The photo timestamp is reset to the current date+time (today). ### Relevant log output Firefox Network debugger: ![Image](https://github.com/user-attachments/assets/62860452-bc01-4a43-9cf8-bad9484ac316) * You can see that the issue is on the client (Browser) side, not on the server side. The client sends the wrong (the current) timestamp to the server, instead of the timestamp that is entered in the form by the user. ### Additional information _No response_
OVERLORD commented 2026-02-05 11:43:02 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Apr 1, 2025):

Fixed, will be push out out along with the patch release soon

@alextran1502 commented on GitHub (Apr 1, 2025): Fixed, will be push out out along with the patch release soon
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#5745
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?