refactor: migrate file access to native

[santoshakil]

Part 3 of the migration, file access. The original file, the live photo video, the original file name and the live photo flag now come from one native call instead of photo_manager.

iOS writes the resource with PHAssetResourceManager into a fresh file under Library/Caches/immich/originals on every call. The caller owns that copy and deletes it when done, the uploads and the share already did, the viewer now does too. Leftovers from a killed app are removed once at launch. Android returns the MediaStore path, nothing is copied. When the asset is gone the call returns null and the callers keep their old behaviour.

Two things change for a user. The old clearCache at backup start and cancel is gone, so a copy in use is never deleted under its reader anymore. Two callers on the same asset at the same moment make two copies for a few seconds instead of sharing one.

Tested on an iPhone XS against the photo_manager build on the same phone and albums: identical names, visibility, live photo pairs and checksums. The background path was checked as well and uploads the same rows as before. Medium and unit tests cover the repository and both upload services.

Future cleanup: play local videos through requestAVAsset instead of an export, delete the background copy right after enqueue, and get the live photo flag without exporting the still.

[immich-push-o-matic]

📱 Android release APK (universal) — 7895208931e955ec001ffabeca0c338c7eafffd0

Download: https://github.com/immich-app/immich/actions/runs/35381235762/artifacts/10562697460

QR code

Installs as a separate app (applicationId app.alextran.immich.pr31608), so it coexists with the Play Store version and any other PR builds.