-
v0.14.1
Stablereleased this
2026-11-04 22:19:47 +00:00 | 13 commits to main since this releaseAdded
- Save to Immich Into the locked folder: photos and videos uploaded into Immich's locked
folder (one Immich has already moved there), without an album, which Immich allows no locked
photo; with Immich's tags each is tagged right after its upload and locked at once (a moment
in the timeline), its tags kept as they are later; the job knows its files by their content's
SHA-1, as an API key never sees the locked folder. - The Library browses as Files does: a grid or a list, sorted by name, date or size (kept in
the browser), Recent (the newest files of the whole library), files chosen with a box
each (Shift for a range, all at once) for Download as one ZIP file streamed as it is made,
Move (the folders offered), Labels, Rename, Details and Delete, and
dragged onto a folder or a part of the path to move them. - The Library's viewer goes on to the next file and the one before (‹ ›, the arrow keys, a
swipe); a file's Details name the job that saved it and the link it came from, with its
values and labels. - Move to Files takes files and folders out of the library into a folder of your Files,
each checked (read back from Files and compared) before the library's copy goes. - Changing where a job's files go (another Save to, vault or folder) offers Download the
files saved before again, into the new place, on by default: the job forgets that it fetched
them and its next runs download them again as they find them. Off, they stay where they are,
as before. The log says which, with how many files and both places.
Fixed
- The admin's settings are saved: Nextcloud's settings page took "harvester_" off the forms' IDs
as it saved a value, so AppAPI found no such form and dropped every change (while answering
OK). The forms have IDs of their own now; the form says that each change saves itself (there
is no Save button). - The admin's numbers show without quotes (
0, not"0"): AppAPI showed a number given as text
in JSON's quotes, and a form saved as shown kept them, which Harvester read as no value. Such
a value is now read as the number inside the quotes. - The Library's viewer and the page's questions open in the middle of the window, at any width
(a phone's too), not at its top left; the viewer is as wide as the window allows. - A move's states from Files are readable in light and dark: tinted pills with the theme's
success and error text colours, as the jobs' states, not light text on a light green. - The progress log names where a file went: Uploaded to Immich: a.jpg (2.1 MB), album “Trip”,
Already in Immich, Tagged in Immich, Saved in your library, Saved in the vault …,
rather than Saved /folder/a.jpg as if it were in Files. The size is the file's. - A file name from a value ending in a dot before the extension's (a title "We tried." in
{title}.{ext}, yt-dlp's{filename}) has one dot, notWe tried..mp3. - A vault's inbox follows the job's Folder in the vault: a change after the job's first file
reaches the inbox's marker with the next file, rather than the vault app moving the files on
into the folder the marker named first (the vault's top). A marker made in the vault app keeps
its folder while the job's is/. - Immich's tags show: Immich hides every tag until the person turns Tags on (Account Settings >
Features, off for a new account), so the tags Harvester gave were there but nowhere to be seen.
A run that tags in Immich turns them on, once, and says so; a key without
userPreference.updategets the log's hint where to turn them on. A tag named with a/at its
ends or doubled is the one Immich makes, no longer left out quietly; a tag Immich does not make
fails its file. - Move to the private library in Files opens the Library with the move it proposed although
AppAPI's redirect comes without?fileIds=, and so does a reload in the next 15 minutes, until
the move starts.
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Save to Immich Into the locked folder: photos and videos uploaded into Immich's locked