Remove the content cache's handling of an earlier version's live-photo ZIP (closes #151)
check / check (push) Waiting to run

quak is pre-1.0 and keeps no handling of old data. The content cache no longer recognises or removes a live photo that an earlier quak version cached as one ZIP. A live-photo download no longer removes what was at its destination before renaming the image and video into place; the rename already replaces it. The README sentences and the tests about that old ZIP are gone. The two removed tests that also covered current behaviour are replaced by tests with no ZIP: the cache re-fetching a live photo recorded with no video, and the library telling the cache which files are live photos when it opens.

Model: opus-5-5
This commit was merged in pull request #152.
This commit is contained in:
2026-10-02 04:14:30 +02:00
parent d788c5457d
commit 0c995a8c4f
7 changed files with 63 additions and 96 deletions
+4
View File
@@ -25,6 +25,10 @@ declares one.
# Completed Steps
- 2026-10-01: The content cache no longer looks for a live photo that an earlier
version cached as one ZIP (issue 151). When the cache opens, a live photo's
file that no JSON file names is now always left alone.
- 2026-10-01: `examples/download-albums.ts` logs in, opens the library, and for
every album downloads each photo to its save path, writes the photo's record
and EXIF fields to a JSON file beside it, and writes the album's photos to