The upgrade was pretty trivial from 2.7.5. Minimal changes in the docker compose file if your was up-to-date on 2.7.5. Mostly version changes. No changes needed to .env other than going to v3.
I just want it to not delete things of NFS goes down.
Edit: Also, manual steps for a containerized update are dumb. All these manual steps should be handled in migrations. I have started a discussion on this: https://github.com/immich-app/immich/discussions/29513
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:
Fewer Letters More Letters LAMP Linux-Apache-MySQL-PHP stack for webhosting NAS Network-Attached Storage NFS Network File System, a Unix-based file-sharing protocol known for performance and efficiency
3 acronyms in this thread; the most compressed thread commented on today has 9 acronyms.
[Thread #40 for this comm, first seen 3rd Jul 2026, 12:20] [FAQ] [Full list] [Contact] [Source code]
What are workflows?
The first preview of Workflows is here! Workflows let you automate actions in your library by chaining triggers, filters, and actions together with a drag-and-drop builder. This is the foundation for many exciting automations to come, and we’d love your feedback as we continue building on it.
It’s a user-friendly way to say “when X happens, do Y”.
Nice, in the process of backing up before upgrading my containers! :)
Does anyone know if chunked upload has been implemented? Vital for who’s behind cloudflare
Haven’t tested it, but according to the issue tracker: no.
I was just setting up my homelab 👀 looks like I was just in time to give it a bit before rebuilding lol
Why don’t they support Background Resource Upload PhotoKit API on iOS?
Nm: I know why now. Apple are such bitches.
Is that why my partners phone won’t upload her photos… So annoying
No
What is it, restricted access? Am an Android user since 2008 and never had an iOS device so I’m clueless.
They have a new api that lets photos be backed up in the background similar to how the photos app does with iCloud. But… Immich cannot use it because Apple say you have to hard code the URL. That doesn’t work for self hosting.
This could be worked around, in theory
How so?
By operating a relay? Then it wouldnt be 100% selfhost and be dependant on immich being accessible at all times.Yes, exactly. But at least you can have an e2e encrypted relay as syncthing does.
This problem is similar to the one faced by Matrix on iOS, and they provide the notification service. All of your conclusions apply though.
And not eventually bought by some shady company.
That too.
If so Apple would reject the app from the App Store.
Ahahaha, nice. Loosely reminds me of how we looked at implementing share-to-app (when that was a novel thing) in a mobile OS circa 2011 and we looked at how iOS did it. It was a list of hardcoded targets - Facebook, Twitter. No pluggability no nothing. Our product team was like - if no pluggability is good enough for Apple, it’s good enough for us!
I mean, couldn’t we just use a different camera app altogether?
Apple problems lol. And not even that.
Arent there even 3rd party camera tools? Or are they not permitted to use the whole hardware like Apple can?There’s 3rd party camer apps. Apples actually pretty good about giving full camera access to apps.
The more you know.
Only got an iPad for free.
Though I have to say it’s pretty neat to have while cooking.
Ooh, the workflows idea is interesting.
What I really want is for my photos to expire.
Most of the photos I take are junk photos: a picture of a receipt, a picture of a sprinkler model number, a picture of a random bug I saw while I was cleaning the pool. I just need these photos once and then I never need them again. I wish they would go away on their own.
Of course, there are also times when I do want to keep pictures, birthdays, vacations, etc.
I wish Immich (or someone) would create a camera with a switch that allows you to pre sort images into albums: permanent vs temporary
Of course, the Big Tech guys would never do this because they want you to store all of that junk on their clouds.
But, Immich could actually help trim junk.
I just delete images when I’m scrolling.
I see your point but I don’t struggle enough to have a seperate shutter app that auto deletes images.
Also, when deleting a photo, it’s stored for another 30days. You can easily come back a couple of days later in case you still need the photo.
I think that would actually be doable in immich.
I’ve read that there is a regex step.
And you could also sort it into albums.
And assuming you can get the info from the API how old an asset and in which album it is (or just parse the items in an album asset group, it can be scriptable to purge items.I just use a different camera app for those kind of pictures (receipts, etc). That camera app is configured to save pix to a location that doesn’t get backed up.
which camera app do you use?
Main camera is whatever default is for Graphene. Also use “Open Camera” and “Fair Scan” from fdroid.
In iOS there is an app called ShutterDeclutter that every day shows you the all photos you took on that day of the year in your collection and has a swipe left/right to delete or keep each one. It makes the job of reviewing photos manageable for people with multi decade long albums. I really want Immich to add that feature.
I use an app called Slidebox on iOS. Every Saturday I review the pictures I’ve taken with it and either swipe up to delete or send them to an album at the bottom, I only sync the sorted album with immich.
You don’t need to delete them entirely. You can convert a 5MB/22 megapixel JPEG to a 500KB/2 megapixel AVIF that looks 95% as good when viewed on a phone screen.
Of course, I have no idea if immich can do this. It would be nice though.
This is an excellent idea.
As this is version 3.0.0, I’ll wait a bit before upgrading.
Yeah, even when jumping minor versions they tend to spend a few days/weeks pushing patches, I’ll wait a bit before updating.
They already pushed 3.0.1
LOL. Called it! 🤣
Wait for 3.0.3 and then the emergency 3.0.4. 😅
I updated and quickly found that phone wasn’t updating images. But then there was an update for the server and phone app very quickly.
This is my thought also. v2.7.5 has been stable since April. I’m gonna stick with that for the moment.
All the HEIC files from my camera are still busted.
To be fair, its a tricky issue. Its camera makers’ fault for using a format no one else wants to touch, and rendering them as HDR files instead of SDR with gain maps, as is standard practice for smartphones.
…But still, its annoying. They render fine on my iPhone, on Windows, or KDE Linux, out of the box. But they’re completely garbled in Immich :(
I’ve really wanted to ditch JPEG. It’s a 34 year old format.
The problem is that AVIF, JPEG-XL and HEIC/HEIF don’t work in many places. At a minimum I would want them to display in my gallery app (currently Nextcloud memories), display in a browser, and have native support at an OS level (i.e thumbnail previews). Neither format comes close to this.
I may even move away from Nextcloud over it. I didn’t want to deploy docker just for immich (I love LAMP, btw). However Nextcloud is SO MUCH maintenance compared to the 50 other services running on my server.
Which distro are you using?
My NAS is running Arch (btw) and I have Immich installed baremetal because someone’s nicely maintaining it in the AUR… would need a little work to convert that script into something for another distro…
Ubuntu server.
I found a dude maintaining a deb repo. I might give that a shot.
It’s kinda nuts that people have got it working and fully automates the packaging, but immich haven’t taken it on.
JXL is working alright for me.
As an example with a lot of dynamic range, here’s a JXL:
AVIF:
Both render in my desktop and iPhone browsers, just fine. I bet at least one renders for you. And I made them from RAWs from a really old camera!
The problem is, as you say… arbitrary lack of support. As an example, I can’t upload either file to Lemmy. Brand new social media software, and it doesnt’ recognize JXL or AVIF as valid image types, even though they should render just fine? Most image hosts wont take JXL either, hence I had to upload them to litterbox since catbox is down!
An HEIF, on the other hand, has basically 0 support outside of Apple:
All three of these render correctly on my phone, but only the top two do on other devices.
Well…
Client: Voyager
Om Android, or iOS?
Voyager Client, Android
You’ve demonstrated my point perfectly 😆
What platform is that, out of curiosity? Im pretty sure everything should load an AVIF.
At least any pictures uploaded on dbzer0 is converted to webp
Voyager on GrapheneOS (Android 17)
Strangely enough, the AVIF is displaying now.
That makes sense. The image host I used is pretty unreliable.
Which is the second issue. No image hosts even support JXL or AVIF, except catbox.moe, which is down now! It’s infuriating.
but only the top two do on other devices.
On my OPPO Android using Voyager only the AVIF loads
As an FYI to people who are upgrading and use a preexisting postgres database If you still use pgvecto.rs (if the command \dx on the immich database responds with vectors not vector) you will need to install both pgvector and vectorchord in order to continue using immich. This will require restarting your postgres instance at least once if not twice.
It threw me for a loop at first because of the similar naming. Just thought I would share.
Isnt that only relevant to users that started with a very old setup guide?
I started in the still-beta stage (I’d say 20-30 updates before the 1.0.0 release) and already had the immich version of the postgre vector container in the compose template.I’m not sure, I was running 2.7.5 myself but i am not sure what version of immich I started with. I didn’t think this would effect fully docker setups much. I think this would mostly effected people who had configured with a preexisting database. I believe the docker edition with postgres built in upgraded for you awhile back unless you supplied an environment variable telling it to do otherwise.
Make sure you take a backup. Changing the docker container nuked my db. Had to restore from a backup
As usual during upgrades where loosing data is not acceptable.
Upgrade guide from Immich v2 - https://immich.app/blog/v3-migration.
I was just thinking about this the other day: https://github.com/immich-app/immich/tree/main/docker
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.
I definitely have not been checking for updates on the compose files on any of my self hosted apps… I probably should…
In all honesty, immich’s very opinionated way of doing a compose file gives me so many headaches compared to pretty much every other docker app I use.
My upgrade path was breaking by deployment a few weeks ago, seeing the v3 was around the corner and just starting again :)
Sad to see the I can’t make a workflow to add photos to an album based on face recognition. Wanted that you have a family album
Maybe thisis interesting to you in the meantime: https://github.com/romainrbr/immich-face-to-album
Yes, this is great! Thanks
That’s probably coming too. This is the first preview of the feature.
I just updated last night to 2.7.5 ha
Most stable release to stay at for now.
You won’t loose out on anything by waiting ;)9/10
gamblersselfhostersquitupgrade right beforehitting the jackpota major version releaseI literally just updated mine two days ago 😂
Less than 24 hours here lol.
Wait you guys upgrade?
Neat! Commenting so I’ll remember to revisit.
Reminder :)
Sounds like you should self-host Nextcloud with Tasks and Tasks.org on your phone. 😄
You mean run TaskWarrior and host a sync server, right?
Have you seen the bookmark feature on lemmy?
Does it remind you?
No, but neither do comments unless someone replies… Like me in this case I guess :D
