Photos missing from the timeline
I have a very perplexing issue with Immich I'm hoping someone here can shed a light on.
I'm running it on an Asustor NAS. The latest version appears to be 1.137.1.r01 and runs in a Docker. This is a fresh install.
The issue is that any photo that I took on July 31st does not show on the timeline when viewed via a browser. When they are first imported and the thumbnails are generated, they are visible, but as soon that the page is refreshed, they disappear. Photos taken before or after this date are visible, just ALL of the ones taken on the 31st are invisible.
The photos are there, according to the User Details -> Photos count...and they do show up as expected when viewed via the app (Android). I can also see them via the Utility -> Review Large Files or if I try to keyword search for them, I can see them. They are just not visible in the normal timeline, so I cannot select them to view, delete, or add them to an Album.
Has anyone else run into this? Is there a fix for this? I don't know if there are any other affected dates.
69 Replies
:wave: Hey @desune,
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
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: read applicable release notes.
3. :blue_square: reviewed the FAQs for known issues.
4. :blue_square: reviewed Github for known issues.
5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy).
6. :blue_square: uploaded the relevant information (see below).
7. :blue_square: 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.What country are you in @desune ?
Japan...but I run a fully native English Windows OS.
Is the timezone set to anything japanese?
It is set to the correct time zone...Tokyo.
...so is my phone.
Just asking because we've had weird edge case dates before
Someone for instance had a specific day in october 2025 disappear but only for friends from Argentina :p
Hmmm...sounds similar.
Was there a fix?
To confirm a datetime thing, it's easiest to just change timezones
I can try...but even if it does work, that's not exactly a fix. I cannot just continue to run in the wrong timezone.
It's not a fix but it will tell us where the issue is
No use digging for a timezone issue if there is none
I just tried switching to a US Eastern timezone, logged out and logged back in to refresh the Immich page...no dice. The offending photos are still invisible.
I've also tried West Africa...same result. It appears the timezone does not affect this bug.
Anything else?
Not that comes to mind, but it's still exactly the same issue as the previous guy 👀
Going to find it and see what happened to it
#20438
It would seem an easy one to reproduce and troubleshoot.
I have pictures from july 31st
if you're willing to share any, zip them up and attach them here
linking https://discord.com/channels/979116623879368755/1399185406435786772 before I lose the archived link
Attached. I included a few from previous and subsequent dates as well, from the same camera.
2 pics from 31st?
They just show up here 👀
just to get the obvious out of the way: you didn't archive them did you @desune ?
No...I don't even know what that entails.
Try refreshing the page?
They show up for me the first time...only.
they stay there
You can see archived pictures over at /archive
I'll see if I can timezone this to Tokyo and get them to disappear meanwhile
I have nothing in the Archive.
1.137.1.r01...Am I running the latest version?
no, 1.138.1 is latest, but 1.139 will come out very soon so maybe wait a tiny bit 🙂
... actually
1.137 is what's available through Asustor's App Central. I'm not sure how to update it manually.
Can you guys push the update to them as well?
20438 was in 1.137 so it's not that
We don't push anything other than docker/ghcr.io
...so it's up to them to grab the latest version?
Yep
Sometimes things change so the maintainers need to make sure that it will migrate properly
For Asustor it's some guy named Patrick apparently 😛
How old is 1.137?...just trying to gauge how often Patrick looks at this.
3 weeks
1.138 came out a week ago
Not so bad...but still no guarantee that it will fix this.
Indeed, still trying to replicate meanwhile
I wonder if I should try to install the latest.
Could it be an Asustor bug?
...strange that it only affects the browser and NOT the app.
which browser btw
The app and browser are 2 different codebases so it's not that strange
I'm running Brave primarily, but I get the same issue with Chrome and Firefox. I even tried the Chrome browser on my phone with the same resulting bug.
@jrasm91 tagging you for any ideas 👀
...but the app on the same phone works.
TL;DR only pictures from 31/07/2025 won't show, but the app version is later than the one that included the previous fix
They show up the very first time...but not after a refresh.
Yeah that's exactly how the previous bug displayed
Afk today but sounds like a timeline edgecase. Can you confirm the timezone of the database, server, and computer running the browser?
Asia/Tokyo
Id like to confirm all three
@desune that's for you 😛
How do I confirm the timezone of the database and server?
This is the Regional Options from the Asustor NAS.
From my Windows computer.
I don't know how to access the database.
...but Immich was installed just today locally on the NAS.
Attached is a screen recorded demonstration of this bug.
In this video, I upload the 6 photos...two of which are dated July 31. They all show up normally, but after a refresh, those two photos disappear.
I Ctrl+A to select all and Delete but only the 4 visible items are deleted. I then search "a" to find the two invisible items. I delete them individually. I then go to the Trash and see only 4 items there, but emptying the Trash confirms that 6 items were in fact deleted.
I Ctrl+A to select all and Delete but only the 4 visible items are deleted. I then search "a" to find the two invisible items. I delete them individually. I then go to the Trash and see only 4 items there, but emptying the Trash confirms that 6 items were in fact deleted.
Can you open /api/time-buckets?
Actually it is /api/timeline/buckets
Is this correct?
I deleted everything...let me repopulate it.
This is what it looks like with all 6 images in it.
This is what it actually looks like...after a refresh.
It seems as we have the same issue. I created an issue on github: #21137
[Issue] website not displaying images: "getTimeBucket API returning assets not in requested month" (immich-app/immich#21137)
Yes...that looks like the same bug.
Yup this is saying 2 in July that don't show up
If you look in the network tab there should be two requests for /api/timeline/bucket can you view the response for the one for July?
Are you referring to this?
This is the Response section:
{
"city": [
null,
null,
null,
null
],
"country": [
null,
null,
null,
null
],
"duration": [
null,
null,
null,
null
],
"id": [
"d70c842d-802c-4cfb-9a26-8881872034b9",
"265aee02-19ec-4713-83f9-a71fbf0dca67",
"2bd6defb-1c86-41b0-a9f2-b7ced06395ff",
"89986fec-94ed-4873-b3ea-5c95005d55f8"
],
"visibility": [
"timeline",
"timeline",
"timeline",
"timeline"
],
"isFavorite": [
false,
false,
false,
false
],
"isImage": [
true,
true,
true,
true
],
"isTrashed": [
false,
false,
false,
false
],
"livePhotoVideoId": [
null,
null,
null,
null
],
"fileCreatedAt": [
"2025-07-31T09:25:00.673",
"2025-07-31T09:18:28.114",
"2025-07-15T17:11:26.94",
"2025-07-15T17:04:56.865"
],
"localOffsetHours": [
18,
18,
18,
18
],
"ownerId": [
"1c6b58fe-b909-4eb9-baa1-2006b63c429c",
"1c6b58fe-b909-4eb9-baa1-2006b63c429c",
"1c6b58fe-b909-4eb9-baa1-2006b63c429c",
"1c6b58fe-b909-4eb9-baa1-2006b63c429c"
],
"projectionType": [
null,
null,
null,
null
],
"ratio": [
1.500,
1.500,
1.500,
1.500
],
"status": [
"active",
"active",
"active",
"active"
],
"thumbhash": [
"2ecZFYJneIh/h3d3eEiHhldzYAU3",
"XegZJYJ4h3ePh4d4iGd3h3hicAcX",
"0gcKBYBwd4iVhpV4eHiIaIhvBbmq",
"DwgSDYKPiXe9eHdUeFaGdwaHcUAI"
],
"stack": [
null,
null,
null,
null
]
}
Yup that all looks good
I'm not sure if I'm reading this right, but none of the "fileCreatedAt" timestamps match the "Date taken" or anything else from the actual files.
Also...not sure what "localOffsetHours" means, but Tokyo is UTC+9. Sorry, I'm just grasping at straws. I have no idea what I'm talking about.
Also...not sure what "localOffsetHours" means, but Tokyo is UTC+9. Sorry, I'm just grasping at straws. I have no idea what I'm talking about.
I think I have enough info. I'll have a look when I'm back at the computer.
It looks like you are +9 but it's coming up with +18 for some reason and it's shifting the asset out of the bucket.
Timezones are cursed part 722
It's obviously doing +9+9 but the question is where of course 😛
Mine are all set to 9.
I have an timezone of "Asia/Tokyo" in the database and it still is returning these dates correctly. They have an offset of 9 hours, which is correct. Something is causing these dates to be wrong in your database (off by 18 hours), but I cannot reproduce it.
I could never reproduce the issue on the web, but I think #21147 should fix it.
Thanks! I have no idea what all of that means but I hope it works!