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

Mobile photo grid splits same day pictures due to timezones #4550

New Issue
Closed
opened 2026-02-05 10:40:42 +03:00 by OVERLORD · 8 comments
OVERLORD commented 2026-02-05 10:40:42 +03:00
Owner
Copy Link

Originally created by @albertogasparin on GitHub (Oct 16, 2024).

The bug

My current timezone is Australia (+10h). When I look at pictures taken in the same day in London for instance (+0h), Immich correctly groups them on the timeline/photo grid regardless of the time they are taken, on the web. However, on mobile (both iOS and Android) those same pictures are split on multiple days (correct day and next day) if the time of the photo is past afternoon.

When I go into the detail of the picture, the day is correct rendered in both web and mobile, so must be a photo grid grouping bug.

The OS that Immich Server is running on

OSX via Docker

Version of Immich Server

v1.117.0

Version of Immich Mobile App

v1.117.0 build 178

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

Not relevant, it is the default

Your .env content

The default, still with TZ not set

Reproduction steps

  1. Upload 2 photos: both with timezone London but one with time 10am and the other with time 10pm
  2. Change you phone timezone to Sydney
  3. The app will show two dates on the photo grid
  4. The browser will show one date on the photo grid

Relevant log output

No response

Additional information

No response

Originally created by @albertogasparin on GitHub (Oct 16, 2024). ### The bug My current timezone is Australia (+10h). When I look at pictures taken in the same day in London for instance (+0h), Immich correctly groups them on the timeline/photo grid regardless of the time they are taken, on the web. However, on mobile (both iOS and Android) those same pictures are split on multiple days (correct day and next day) if the time of the photo is past afternoon. When I go into the detail of the picture, the day is correct rendered in both web and mobile, so must be a photo grid grouping bug. ### The OS that Immich Server is running on OSX via Docker ### Version of Immich Server v1.117.0 ### Version of Immich Mobile App v1.117.0 build 178 ### Platform with the issue - [ ] Server - [ ] Web - [X] Mobile ### Your docker-compose.yml content ```YAML Not relevant, it is the default ``` ### Your .env content ```Shell The default, still with TZ not set ``` ### Reproduction steps 1. Upload 2 photos: both with timezone London but one with time 10am and the other with time 10pm 2. Change you phone timezone to Sydney 3. The app will show two dates on the photo grid 4. The browser will show one date on the photo grid ### Relevant log output _No response_ ### Additional information _No response_
OVERLORD added the 📱mobile label 2026-02-05 10:40:42 +03:00
OVERLORD commented 2026-02-05 10:40:44 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Oct 16, 2024):

I believe this is fixed in 1.118. Can you please update and see if it behaves correctly?

@alextran1502 commented on GitHub (Oct 16, 2024): I believe this is fixed in 1.118. Can you please update and see if it behaves correctly?
OVERLORD commented 2026-02-05 10:40:45 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Oct 17, 2024):

This looks to be working correct on the web, but incorrect on the mobile app. Probably an issue with the display logic on the mobile. It should bucket into days based off of localDateTime

@jrasm91 commented on GitHub (Oct 17, 2024): This looks to be working correct on the web, but incorrect on the mobile app. Probably an issue with the display logic on the mobile. It should bucket into days based off of `localDateTime`
OVERLORD commented 2026-02-05 10:40:46 +03:00
Author
Owner
Copy Link

@albertogasparin commented on GitHub (Oct 19, 2024):

While with Android/iOS version 1.117 the timeline was wrong but the detail info view was right, now on version 1.118 both show the wrong time.
Eg: pictures taken on Sun at 10am and 2pm, Central Europe timezone.
On the web they are correctly grouped under the same day, Sun, even if my browser date returns Australia timezone
On mobile they are shown as Sun 10am and Mon 2pm Australian timezone, given my phone timezone settings.
So the situation got worse with 1.118 compared to 1.117

@albertogasparin commented on GitHub (Oct 19, 2024): While with Android/iOS version 1.117 the timeline was wrong but the detail info view was right, now on version 1.118 both show the wrong time. Eg: pictures taken on Sun at 10am and 2pm, Central Europe timezone. On the web they are correctly grouped under the same day, Sun, even if my browser date returns Australia timezone On mobile they are shown as Sun 10am and Mon 2pm Australian timezone, given my phone timezone settings. So the situation got worse with 1.118 compared to 1.117
OVERLORD commented 2026-02-05 10:40:48 +03:00
Author
Owner
Copy Link

@qinggeng2015 commented on GitHub (Oct 23, 2024):

Encountered the same problem, version: 1.118.2

@qinggeng2015 commented on GitHub (Oct 23, 2024): Encountered the same problem, version: 1.118.2
OVERLORD commented 2026-02-05 10:40:50 +03:00
Author
Owner
Copy Link

@johnstef99 commented on GitHub (Feb 4, 2025):

I just tested it with these 2 photos

======== camphoto_33463914.jpg
File Modification Date/Time     : 2025:02:03 23:43:07+02:00
File Access Date/Time           : 2025:02:03 23:43:09+02:00
File Inode Change Date/Time     : 2025:02:03 23:43:07+02:00
Date/Time Original              : 2025:02:03 01:59:57
Offset Time                     : +02:00
Offset Time Original            : +02:00
Offset Time Digitized           : +02:00
Date/Time Original              : 2025:02:03 01:59:57+02:00
======== camphoto_959030623.jpg
File Modification Date/Time     : 2025:02:03 23:43:44+02:00
File Access Date/Time           : 2025:02:03 23:43:45+02:00
File Inode Change Date/Time     : 2025:02:03 23:43:44+02:00
Date/Time Original              : 2025:02:02 23:59:57
Offset Time                     : +00:00
Offset Time Original            : +00:00
Offset Time Digitized           : +00:00
Date/Time Original              : 2025:02:02 23:59:57+00:00

and the mobile app seems to work as expected, it recognized the timezone and put them on the same day

@albertogasparin can you run exiftool -time:all <your-photos> and share the results? Maybe your photos are missing timezone info.

@johnstef99 commented on GitHub (Feb 4, 2025): I just tested it with these 2 photos ``` ======== camphoto_33463914.jpg File Modification Date/Time : 2025:02:03 23:43:07+02:00 File Access Date/Time : 2025:02:03 23:43:09+02:00 File Inode Change Date/Time : 2025:02:03 23:43:07+02:00 Date/Time Original : 2025:02:03 01:59:57 Offset Time : +02:00 Offset Time Original : +02:00 Offset Time Digitized : +02:00 Date/Time Original : 2025:02:03 01:59:57+02:00 ======== camphoto_959030623.jpg File Modification Date/Time : 2025:02:03 23:43:44+02:00 File Access Date/Time : 2025:02:03 23:43:45+02:00 File Inode Change Date/Time : 2025:02:03 23:43:44+02:00 Date/Time Original : 2025:02:02 23:59:57 Offset Time : +00:00 Offset Time Original : +00:00 Offset Time Digitized : +00:00 Date/Time Original : 2025:02:02 23:59:57+00:00 ``` and the mobile app seems to work as expected, it recognized the timezone and put them on the same day @albertogasparin can you run `exiftool -time:all <your-photos>` and share the results? Maybe your photos are missing timezone info.
OVERLORD commented 2026-02-05 10:40:50 +03:00
Author
Owner
Copy Link

@albertogasparin commented on GitHub (Mar 8, 2025):

@josern What timezone is set on your mobile? I believe the issue is reproducible only when your mobile tz is different from the pictures tz. Then the group by day gets confused and uses an adjusted local time instead of the actual picture time.

To make debugging easier, here are a couple of samples. They are taken by my phone (Samsung S23) and uploaded via Immich app (129 mobile , 127 server)

Test pictures.zip

I’ve also screenshotted the result on my iPad (but android is the same) . You can check that even if the dates are correct and properly recognised, the timeline grid still placing the two photos in two different days when my mobile timezone is Australia (for instance)

@albertogasparin commented on GitHub (Mar 8, 2025): @josern What timezone is set on your mobile? I believe the issue is reproducible only when your mobile tz is different from the pictures tz. Then the group by day gets confused and uses an adjusted local time instead of the actual picture time. To make debugging easier, here are a couple of samples. They are taken by my phone (Samsung S23) and uploaded via Immich app (129 mobile , 127 server) [Test pictures.zip](https://github.com/user-attachments/files/19142383/Test.pictures.zip) I’ve also screenshotted the result on my iPad (but android is the same) . You can check that even if the dates are correct and properly recognised, the timeline grid still placing the two photos in two different days when my mobile timezone is Australia (for instance)
OVERLORD commented 2026-02-05 10:40:51 +03:00
Author
Owner
Copy Link

@clari7744 commented on GitHub (May 31, 2025):

I'm in CDT (-5:00) and I'm having the same issue. I'm actually having this experience on web more than mobile at the moment, though I think I've seen strange behavior on both.

Image

Image

Image

@clari7744 commented on GitHub (May 31, 2025): I'm in CDT (-5:00) and I'm having the same issue. I'm actually having this experience on web more than mobile at the moment, though I think I've seen strange behavior on both. ![Image](https://github.com/user-attachments/assets/8ad8d515-b958-4cdc-86ee-0b0529693da4) ![Image](https://github.com/user-attachments/assets/4f2cf243-b573-4b4d-ad71-693125373730) ![Image](https://github.com/user-attachments/assets/02149995-3ce4-4332-b6ee-b5b39a98e79b)
OVERLORD commented 2026-02-05 10:40:52 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Sep 19, 2025):

This is fixed in the new timeline.

@jrasm91 commented on GitHub (Sep 19, 2025): This is fixed in the new timeline.
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 📱mobile
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#4550
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?