Files
spacedrive/packages
Jamie Pine 60a471edc1 Retire the Apple Photos adapter, keep the reader as sd-photos
The adapter minted a parallel record universe over bytes a filesystem source
will index — the shape file-backed-sources.md exists to forbid, and the reason
photos showed 0-byte sizes and UUID names in the UI. The Photos app rewrite
already went the other way: it follows an explorer window and renders
thumbnails the daemon bakes from filesystem records.

What was worth keeping is the reading: the ZASSET projection, the album and
person joins resolved by shape across Core Data ordinals, the derivative
fallback chain, the APFS-clone snapshot. That is now crates/photos, a
standalone read-only library reader that mints nothing. Its API speaks
ordinary units — unix milliseconds instead of Core Data seconds, a MediaKind
instead of ZKIND — so every Apple-specific decode stays behind the boundary.
It is the harvest path for file-backed enrichment when P2 lands.

Falling out with it: AdapterKind (apple-photos was the only Native one, and
core never projected the field to the frontend), register_native_adapters,
the rusqlite/libc/dirs dependencies and the Sqlite error variant, and the
Import -> Photos entry that pointed at the adapter.
2026-08-22 16:52:53 -07:00
..