Replies: 122 comments 269 replies
-
|
Can we also ask people to include their .env with the TZ variable and the output of |
Beta Was this translation helpful? Give feedback.
-
|
Africa/Abidjan always has the +00:00 offset and this name might be shown because it is the first match alphabetically, see #5897. When dealing with timezone issues, please have a closer look at the offset (+00:00 in this case) first. If it is wrong, this is a valid concern, If the name shown for the offset is wrong, that's just an UX issue. |
Beta Was this translation helpful? Give feedback.
-
|
The photos that show Africa have no offset shown. The time is correct, no offset, but the wrong zone. How would I go about fixing that for the thousands of photos that imported that way? |
Beta Was this translation helpful? Give feedback.
-
|
Please have a look at #5897. |
Beta Was this translation helpful? Give feedback.
-
|
the odd thing, is that this very same photo in the app on my Android tablet shows a GMT offset of -4:00 and timezone of America/Anguilla |
Beta Was this translation helpful? Give feedback.
-
|
so no fix :( |
Beta Was this translation helpful? Give feedback.
-
|
Adding my old issue #9331 to here ... (no need to duplicate info, right?)
|
Beta Was this translation helpful? Give feedback.
-
|
You post is quite large actually. Can you post exactly:
|
Beta Was this translation helpful? Give feedback.
-
|
Updated my comment.. |
Beta Was this translation helpful? Give feedback.
-
|
So this photo has no time zone information in at it all. From the exif we get: {
"SubSecDateTimeOriginal": "2024:06:05 00:20:20.979349",
"DateTimeOriginal": "2024:06:05 00:20:20",
"CreateDate": "2024:06:05 00:20:20"
}I would expect it to:
It looks like the second point isn't happening because it is displaying it using the viewer's timezone. I'll make a PR to change that. |
Beta Was this translation helpful? Give feedback.
-
|
The second point should be addressed with #12779 |
Beta Was this translation helpful? Give feedback.
-
|
#9331 was just closed by @danieldietzler . |
Beta Was this translation helpful? Give feedback.
-
|
Hi, I also have a lot of photos misplaced in my timeline. Those photos are old photos from external libraries. Some photos from Google Takeout does not have any useful metadata. IMG_20130913_081540.JPG: PANO_20170416_105856.jpg: Metadata: CameraZOOM-20150715115510237.jpg: IMG_20151222_135145.vr.jpg: |
Beta Was this translation helpful? Give feedback.
-
|
Hey. I think this thread is about things showing up in the wrong place when the images have metadata. Yours is borked up because of google and has no metadata. I would try to fix that first. Some options:
|
Beta Was this translation helpful? Give feedback.
-
|
Immich v1.111.0 Hey, I am having issues with the location data. I made the switch to immich by exporting 20k photos from Apple Photos to a directory, then imported them into Immich at a later date. The issus is that some photos, mainly ones taking in the USA in my case, are showing up in China or the middle of the ocean. I have found that the longitude is being calculated incorrectly, it is positive in Immich, when it should be a negative value. Flipping longitude to negative fixes location. Original Coordinates: Immich's Coordinates after import I did search for the issue but couldn't find anyone else reporting it
|
Beta Was this translation helpful? Give feedback.
-
|
Hey. This thread is about timezone/timeline issues - but I suppose incorrect GPS can affect where the images shows in a timeline. |
Beta Was this translation helpful? Give feedback.
-
|
Sony dslr-a550 a zip of your file: DSC09740.ZIP |
Beta Was this translation helpful? Give feedback.
-
|
The file has a date time, but no timezone. On the latest release it shows up on the web at 12:39 and without a timezone.
|
Beta Was this translation helpful? Give feedback.
-
|
i have this problem as well, shooting photos with my GRIIIx. i think the reason is that i keep any sort of GPS tagging turned off, and the photos coming out of the camera do not have time zone info. my photos make it into immich via an external library. i would like to keep both the camera and the server in UTC and then have the photos display in the correct timezone for the users browser. |
Beta Was this translation helpful? Give feedback.
-
|
Hey. Did you upgrade to the latest update? I think there is a fix for what you observe. You might not have to mess with the timezones in the server and the camera. |
Beta Was this translation helpful? Give feedback.
-
|
ah right you are! i attempted to refresh metadata, and it didn't seem to be working but it just took a minute -- the files are now showing up on the correct date. i will run a library-wide re-scan. thanks! |
Beta Was this translation helpful? Give feedback.
-
|
as requested, posting my experience over here as well. Immich displays a lot of my images and videos in the wrong date in the timeline, and in the incorrect timezone. for example: this also happens with most videos: My server is running in PST timezone, photos were taken in PST timezone, browser is in the PST timezone, and i have the TZ variable set in my environment variables on the server: Attaching both a zip of the video: and the image: |
Beta Was this translation helpful? Give feedback.
-
|
Upgraded to Immich 1.118.0. and videos: note that the file time and date for the same file are simultaneously displayed correctly in the windows explorer window on the left, but not in the immich info pane Additionally, there is still the sorting bug in the immich timeline with these files |
Beta Was this translation helpful? Give feedback.
-
|
Did you rescan the metadata for those files? |
Beta Was this translation helpful? Give feedback.
-
|
I ran extract metadata on all twice |
Beta Was this translation helpful? Give feedback.
-
|
to provide an update: the incorrect positioning for videos without metadata (but correct file attributes) is still present in current immich (v1.120.2).
Without knowing the specifics of immich's code, i cant guess if they are the same bug or maybe just a related bug, just specifying both to be safe. |
Beta Was this translation helpful? Give feedback.
-
|
I would like to add on to snuq as well. Same issue here with images that have no metadata date or time zone showing the wrong time. With these images it converts it from the correct MST to UTC. On the iPhone and Android Mobile app everything is showing correctly it is just in the web app. I have tried 3 different browsers Edge, Chrome, and safari and in incognito and not in incognito. I have also tried the mobile version of these browsers all showing the same converted date. I am on Immich version 1.121.0 |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
If you want me to look at anything you need to do the following:
|
Beta Was this translation helpful? Give feedback.
-
|
me too..... |
Beta Was this translation helpful? Give feedback.
-
|
@C-Otto Hello, here's my question |
Beta Was this translation helpful? Give feedback.
-
|
This image does not contain any timezone information. |
Beta Was this translation helpful? Give feedback.
-
|
Yes, many of my pictures do not include time zones. In previous versions, the offset was set by default, but now that the update is complete, the offset time will no longer be applied |
Beta Was this translation helpful? Give feedback.
-
|
@jrasm91 maybe you can chime in? |
Beta Was this translation helpful? Give feedback.
-
|
Applying an arbitrary offset is quite confusing and misleading a lot of the time. We've chosen to just show it in "local time" if there is no timezone information available. After #13262 is released this will display |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
This is just bad metadata, you should fix the file. |
Beta Was this translation helpful? Give feedback.
-
|
Moved a lot of photos out of Apple Photos, and kept the EXIF data intact, but a bunch of them showing up with the wrong date, but you can see the metadata right in immich, so not sure why it shows up like this. Expected date is listed, just not sure where the first date is coming from or why immich cares about it? |
Beta Was this translation helpful? Give feedback.
-
|
The assets use the timezone offset "-05:59" in the tags that usually are used to determine the creation date. This offset is treated as an invalid offset, which is why the rest of the information is also left unused. Do you know why -05:59 is used instead of -06:00? |
Beta Was this translation helpful? Give feedback.
-
|
Oh my. That is odd. I have no clue why thats the case. Just iPhone (2 different ones). So if thats fixed up Immich is happy? |
Beta Was this translation helpful? Give feedback.
-
|
I'm pretty sure, yeah. |
Beta Was this translation helpful? Give feedback.
-
|
Worked 100%. Thank you! |
Beta Was this translation helpful? Give feedback.
-
2024-09-07 16:16 (as in the filename) Timezone on the server and the browser as well as immich $TZ Europe/Berlin +02:00
date is correct, but the two hours offset of the timezone are falsely deducted
|
Beta Was this translation helpful? Give feedback.
-
|
If you manually edited the metadata, you may need to delete the XMP file and refresh again. Other than that it should work (refresh metadata with v1.117.0). |
Beta Was this translation helpful? Give feedback.
-
|
hello, I am currently using v1.117.0,Refreshing does not show any changes. If manually deleting. xmp and refreshing again, the following error message will appear, and the time is still incorrect |
Beta Was this translation helpful? Give feedback.
-
|
@C-Otto Can a setting option be implemented to freely choose whether exif is offset from the time zone? |
Beta Was this translation helpful? Give feedback.
-
|
@basicfu you are responding in @raimundmeyer's thread. My response is to him and about the photos provided in the first comment. Please open a new thread in here if you have another issue (and provide an example photo to us). |
Beta Was this translation helpful? Give feedback.
-
|
Refreshed metadata and looks good now. Thanks @C-Otto |
Beta Was this translation helpful? Give feedback.
-
|
ok, i'm now having more bizarre behavior. here's a zip with photos 1975 metadata: 1990 metadata: the end result in my timeline is that 1975 is totally correct. it appears under however -- 1990 appears under immich version: i refreshed metadata for all images taken that weekend after installing the update. i expect to see both these photos appearing under saturday sept 28th, with 1990 appearing above 1975. separately, i'm not sure where the timeline of |
Beta Was this translation helpful? Give feedback.
-
@C-Otto I'm using the timezone setup from the official docker-compose.yml: On the docker host: |
Beta Was this translation helpful? Give feedback.
-
|
@lgrawet can you upload a sample file, and extected vs actual expectations in a new top level comment? |
Beta Was this translation helpful? Give feedback.
-
@C-Otto - Assets without timezone information should not show any timezone name/offset in the asset detail panel. The only exception I am aware of, is for videos, which always have a timezone set to |
Beta Was this translation helpful? Give feedback.
-
|
Which time should be shown, though? Currently, it's the local time converted to UTC (i.e. two hours off for me). |
Beta Was this translation helpful? Give feedback.
-
|
Which file? |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
I agree with you in theory @alextran1502 but there is currently no good way for users to know which assets require this pre-ingest cleanup. We don't have any option such as "ignore missing timestamp" for CLI or web upload. |
Beta Was this translation helpful? Give feedback.
-
|
@LittleNewton - sure, but it's not obvious what/how to do about it and it also isn't trivial to fix either. I'm not saying we won't ever fix it, but that's the current state of things. Thank you for bringing it up and we will update this thread when we have a solution or resolution that problem. |
Beta Was this translation helpful? Give feedback.
-
|
Hi jrasm, I have update to v1.118.1 and the time zone is still wrong. Please derive a right timezone from GPS if there is. import pathlib
import os
import datetime
imageFolder = 'img' + '/'
File_List = os.listdir(imageFolder)
for picture in File_List:
# get main name
filePath = imageFolder + picture
fileName = pathlib.Path(imageFolder + picture)
creationTime = str(datetime.datetime.fromtimestamp(fileName.stat().st_ctime))
baseName = ''
for char in creationTime:
if char != ':':
baseName = baseName + char
# get extension name
newName = imageFolder + baseName + '.' + filePath.split('.')[1].lower()
os.rename(filePath, newName)I never use the upload functionality inside of immich because I trust my NAS's smb service more than a app and I believe there are a lot of human have the same opinion. Before I moving the photos to immich's external directory, I will use this python script to renaming them. |
Beta Was this translation helpful? Give feedback.
-
|
This python code can derive the exact right SAVED TIME for pictures saved on your phone. The SAVED TIME is the time you save this picture from ins/x/whatsapp to your phone, not the time you press the shutter. |
Beta Was this translation helpful? Give feedback.
-
|
|
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
Here's my contribution. This is one of several our daughter sent us via WhatsApp shortly after having taken them, so the WA time stamp should be within a few minutes of the time stamp on the actual image on her phone - I'm not worried if their off by a few minutes, but they're off by a couple of months! Date/Time as shown by Immich: Actual Date: 2025-07-29 12:36 + 0100 (GMT+2) EDIT: (corrected from GMT+1) -- Note minutes are approximate - that's when I received it via WhatsApp - if that's the closest you can extract, I'm 100% great with that. Her phone (or WhatsApp) doesn't seem to include a time stamp in the filename. |
Beta Was this translation helpful? Give feedback.
-
|
I've been grappling for some time with Immich showing the wrong timezone on photos taken on a DSLR set to GMT in Kenya (GMT+03:00) with the GPS location added from a trackfile. I thought I had it sussed by using exiftool to set the timezone but, while exiftool reported TimeZone="+03:00" Immich was displaying "GMT+04:00". Tried several times to change the timezone in exiftool and Extract Metadata in Immich, to no avail. When I asked exiftool for -time:all I realised there's a Daylight Savings option (Yes/No) which was set to Yes. That would explain the discrepancy... Might be helpful to someone else in the same boat. Is it possible to Extract Metadata for a subset of files? (I'm using External Libraries and it take quite a while to rescan the whole lot when I'm resolving individual folders). |
Beta Was this translation helpful? Give feedback.
-
|
I've been using Immich for awhile now and yesterday on the eve of the big planned family Immich migration I noticed a discrepancy between the time/date shown in the web interface (correct) vs the Android app (one hour in the future). :( As requested a test photo: The expected date+time: Before uploading to the server the phone shows 08:46 After uploading/syncing to the server the web interface shows 08:46 After uploading to the server the phone shows 09:46 I hope you guys can tell me what's wrong. I use Immich on my TrueNAS. The time in the docker container is correct: The Immich TZ variable is set to Europe/Amsterdam. My phone is in the same timezone (shows as GMT +01:00 in the Android settings) |
Beta Was this translation helpful? Give feedback.
-
|
For the record, with the file in this zip: |
Beta Was this translation helpful? Give feedback.
-
Hi, is this helpful info for the devs, or were you trying to inform me of something? I have absolutely no clue what's going on here/why Immich is behaving like this. I've never seen this behavior with the evil cloud services I've been using before. |
Beta Was this translation helpful? Give feedback.
-
|
I have written a rough tool that people hit with this issue might find useful: https://github.com/fizbin/immich-tz-fixer It changes the timezone on immich assets to match a given timezone, and can also reset the second and sub-second parts of an asset's time if you have the original file and that file has within it fine-grained time metadata. It is not a tool I want to make easily available yet, but if you're comfortable with the command line and Please do not use the tool without using the |
Beta Was this translation helpful? Give feedback.
-
|
Expected：2025-12-09 18:54 ⸻ Immich iOS 2.3.0 A screenshot taken on iOS at 6:00 PM on January 1st gets backed up to Immich and appears as 2:00 AM on January 2nd, showing an 8-hour difference. Other Android devices on the same LAN don’t have this issue. |
Beta Was this translation helpful? Give feedback.
-
Environment
SummaryAfter migrating from Google Photos (Google Takeout), a large portion of my photos What I tried
Result
Example: asset's EXIF: ExifTool Version Number : 13.10 This may be related to import-time date resolution and/or deduplication behaviour. |
Beta Was this translation helpful? Give feedback.
-
|
You should use immich-go to upload google takeouts to Immich as it handles writing the metadata to the file correctly https://github.com/simulot/immich-go |
Beta Was this translation helpful? Give feedback.
-
This is expected as they don't have correct EXIF on creation |
Beta Was this translation helpful? Give feedback.
-
|
I used immich-go, since it was failing I rerun in multiple times. I got same problem, multiple images imported with wrong dates and they got duplicated. |
Beta Was this translation helpful? Give feedback.
-
|
Here's a file from an older Canon camera (EOS 350D) with no timezone information: Immich doesn't display any timezone information (which I guess is correct) but sorts it in the timeline as if it was 
That second file has timezone information (UTC+1): So the issue here is that Immich seems to treat timezone absence as UTC+00. A correct behavior would be to use the locally configured timezone (from .env) which in my case is Europe/Paris (so UTC+1 at the moment, UTC+2 in the summer). The file are both from an external library, so maybe the default timezone could also be a library attribute but I'm not sure that's a thing. |
Beta Was this translation helpful? Give feedback.
-
|
I'm having exactly the same issue, but this wasn't always the case. Immich used to use the local timezone when there was no timezone information in the file, but recently the behavior seems to have changed to force UTC instead in that scenario. |
Beta Was this translation helpful? Give feedback.
-
|
I have the same problem, images without metadata use UTC instead of timezone set in .env or localtime. Does anyone know if this is a bug or a intended feature? TZ in .env seems like a much better option to me. |
Beta Was this translation helpful? Give feedback.
-
|
Hi, allThis bug has been fixed in version 2.4.1在 2026年1月3日，12:04，Rich Adams ***@***.***> 写道：
I'm having exactly the same issue, but this wasn't always the case. Immich used to use the local timezone when there was no timezone information in the file, but recently the behavior seems to have changed to force UTC instead in that scenario.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
I'm not exactly sure if you're replying to my bug or not (the threading doesn't show it but the quote seems to indicate it). The bug is present in 2.4.1 for me. |
Beta Was this translation helpful? Give feedback.
-
|
I think this might only apply to screenshots, taken on iOS. But it might be related to other TZ issues. I am in TZ=Australia/Sydney, .env has this set. That's a time in the actual future (not just 'Australia is in the future vs UTC' issue that pops up from time to time in all software!). It seems to be taking the time "10:40:21" and setting it in UTC somehow, and then (complete guess...) maybe trying to take into account the 11 hour time difference from UTC to Australia to calculate what the date would be of an image at "7th Jan 10.40am in UTC" - resulting in this weird mish-mash! The correct file name should of course be: 2026-01-07_23-40-21_IMG_6985.png It shows in the WEB UI in the correct part of the timeline, and the date/time is correct. Only the Storage Template filename is wrong. It shows INCORRECTLY in the iOS app however, listed under January 8th - the future. Other photos from the camera do not seem to behave this way |
Beta Was this translation helpful? Give feedback.
-
|
When I upload photos to Immich after changing their date and time using the default iOS Photos app, they are uploaded with the original capture date instead of the adjusted one. I have attached a zip file containing a photo taken on January 9th, which I adjusted to January 8th on iOS before uploading it to Immich. This issue occurs not only with photos taken with the iOS camera app but also with screenshots and images downloaded from other applications (i.e., files that originally do not contain EXIF data). It appears that date and time adjustments made within the iOS Photos app are not being reflected in Immich.
|
Beta Was this translation helpful? Give feedback.
-
|
So I might have an answer to some people: I was using a Canon DSLR, and all the pictures uploaded to immich were changed to a timezone of +09:00. |
Beta Was this translation helpful? Give feedback.
-
|
I'm concerned about discrepancies in date display between the web and iOS apps. In the photo list view, Photo A displays as follows: The date information for Photo A is as follows: My iPhone's time zone is Asia/Tokyo +9:00. It appears the iOS app is displaying the date with a 9-hour addition. |
Beta Was this translation helpful? Give feedback.
-
|
Immich is not extracting metadata and video thumbnails from DJI Osmo Action 6 |
Beta Was this translation helpful? Give feedback.
-
|
Hi team, I get the following behavior : I have pictures coming from different time zones taken at roughly the same time. I would expect them to be next to each other in the timeline, but they are categorized into two distinct days. It's annoying for my use-case, but I'm not even sure that immirch is doing anything wrong here (other than not allowing to disable grouping photos by day in the interface) 
|
Beta Was this translation helpful? Give feedback.
-
|
TZ field in .env is not used in sorting photos for the mobile or desktop app. The 3264x2448 photo was taken with OpenCamera (which has always been a mess), the 4000x3000 photo was taken with the default Camera app. As shown on the device make and model column, enormous swathes of my current photo library are potentially affected. Valid dates, times, and orders from v1.143.0 are grandfathered in until you decide to edit metadata (such as when I enhance a blurry photo with ESRGAN). Using the first photo as an example, expected date based on old behavior: (second one not ideal, but at least it shows up in the right order) Actual behavior: Somewhere along the line, the .env timezone stopped working for its intended use. I have read the documentation and this seems to be accidental. The OS that Immich Server is running ondocker desktop on Windows 10 LTSC Version of Immich Server & Mobile Appv2.4.1 Platform with the issue
Camera makes and modelNon geotagged Fairphone 4 Android 16, Samsung Galaxy A11, iPhone 6 (iCloud link), some Google Photos downloads, photorec recovered photos, basically everything before 2015 Your docker-compose.yml content#
# WARNING: To install Immich, follow our guide: https://immich.app/docs/install/docker-compose
#
# Make sure to use the docker-compose.yml of the current release:
#
# https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
#
# The compose file on main may not be compatible with the latest release.
name: immich
services:
immich-server:
container_name: immich_server
image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
# extends:
# file: hwaccel.transcoding.yml
# service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding
volumes:
# Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file
- ${UPLOAD_LOCATION}:/data/upload
- ${LIBRARY_LOCATION}:/data/library
- ${THUMB_LOCATION}:/data/thumbs
- ${ENCODED_VIDEO_LOCATION}:/data/encoded-video
- ${PROFILE_LOCATION}:/data/profile
- ${BACKUP_LOCATION}:/data/backups
- /etc/localtime:/etc/localtime:ro
- "_____HARD_DRIVE_PHONE_PICS_____:/files/phonepics:rw"
- "_____HARD_DRIVE_READ_ONLY_____:/files/hddpics:ro"
env_file:
- .env
ports:
- '2283:2283'
depends_on:
- redis
- database
restart: always
healthcheck:
disable: false
immich-machine-learning:
#irrelavant
redis:
container_name: immich_redis
image: docker.io/valkey/valkey:8-bookworm@sha256:fea8b3e67b15729d4bb70589eb03367bab9ad1ee89c876f54327fc7c6e618571
healthcheck:
test: redis-cli ping || exit 1
restart: always
database:
container_name: immich_postgres
image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0@sha256:8d292bdb796aa58bbbaa47fe971c8516f6f57d6a47e7172e62754feb6ed4e7b0
environment:
POSTGRES_PASSWORD: ${DB_PASSWORD}
POSTGRES_USER: ${DB_USERNAME}
POSTGRES_DB: ${DB_DATABASE_NAME}
POSTGRES_INITDB_ARGS: '--data-checksums'
# Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs
# DB_STORAGE_TYPE: 'HDD'
volumes:
# Do not edit the next line. If you want to change the database storage location on your system, edit the value of DB_DATA_LOCATION in the .env file
- ${DB_DATA_LOCATION}:/var/lib/postgresql/data
shm_size: 128mb
restart: always
volumes:
model-cache:Your .env content# You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables
# The location where your uploaded files are stored
UPLOAD_LOCATION=_____HARD_DRIVE_PHONE_PICS_____
THUMB_LOCATION=___SSD___
ENCODED_VIDEO_LOCATION=___SSD___
PROFILE_LOCATION=___SSD___
BACKUP_LOCATION=___SSD___
LIBRARY_LOCATION=_____HARD_DRIVE_PHONE_PICS_____
# The location where your database files are stored. Network shares are not supported for the database
DB_DATA_LOCATION=___SSD___
# To set a timezone, uncomment the next line and change Etc/UTC to a TZ identifier from this list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones#List
TZ=___SET_TO_WHERE_I_LIVE___
# The Immich version to use. You can pin this to a specific version like "v1.71.0"
IMMICH_VERSION=release
# Connection secret for postgres. You should change it to a random password
# Please use only the characters `A-Za-z0-9`, without special characters or spaces
DB_PASSWORD=__________
# The values below this line do not need to be changed
###################################################################################
DB_USERNAME=_______
DB_DATABASE_NAME=________
DB_HOST=________Reproduction steps
Relevant log outputAdditional informationI struggled with whether to include this as a feature request or a bug report. I decided to do both. I will be making a feature request for a complete overhaul of time zone determination. For now, though, a core part of the timeline functionality of Immich has been broken, and I believe it was done so unintentionally. I would try to fix it soon. Cheers! |
Beta Was this translation helpful? Give feedback.
and others
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
As everyone should know by now, photo and video metadata is a bit of a mess. On top of that, we're also now talking about timezones. Long story short, we know there will always be room for improvement in this area.
If you have an issue with:
Please post a comment in this discussion with the following, and we will happily investigate the issue.
EDIT: if you don't post the three points mentioned above, you're comment will simply be marked as off topic and hidden.
Beta Was this translation helpful? Give feedback.
All reactions