vavallee/bindery v1.43.1

on GitHub

A patch of fixes: wrong volumes no longer approved for a bare series entry, OpenLibrary series read again, safer file deletion around nested audiobook folders, and clearer errors in manual import

Fixed

• Wrong volume no longer approved for a bare series entry (#3335). When your library already holds a numbered volume such as Rotten School #12 - Battle of the Dum Diddys, a release named [Rotten School 12] - Battle of the Dum Diddys is now rejected for the wanted Rotten School entry instead of being approved. One trade-off: if your library holds Dune 2 - Illustrated Edition, a release named Dune - Illustrated Edition is now rejected for the wanted Dune, because the words after the title count as another title. Thanks to foobarbigtime for reporting it.
• Deleting a book no longer removes files that belong to a book nested inside its folder (#3336). Reported by foobarbigtime. An audiobook tracked as a whole folder, such as a box set with a subfolder per volume, can contain a folder that another book tracks as its own. Deleting a book with its files, deleting one of its files, or the cleanup after a reassign used to protect only a file another book tracked by its exact path, so files in that nested folder could be removed. Bindery now skips any file that sits under a folder another book tracks, leaves it on disk, and logs it. Deleting a whole book then succeeds but leaves those files behind. Deleting a single file under another book's folder is refused with a message saying so, and removing it without deleting from disk still works.
• OpenLibrary series are read again (#3318, found and fixed by francisrath). OpenLibrary has been moving works to a new kind of series record that carries only a link to the series, not its name, and Bindery skipped those, so books that relied on OpenLibrary for their series lost them. Bindery now looks up the series name, once per series, and links the books as before. An author refresh picks up the series for books already in your library. If the series endpoint is down, Bindery asks once and then waits five minutes before trying again, instead of repeating the request for every work.
• Split edition parts listed in another series (#3324, found and fixed by gchahcg). A part Hardcover lists only in another numbering of the series, such as "The Eye of the World, Part 1 of 2" at 1 in "The Wheel of Time (Finnish Numbering)", now counts as covered by the whole you already own: the wanted search skips it, the series page marks it as a split part, and Unmonitor N split parts includes it.
• Hardcover language checks no longer time out on every author refresh (#3333, found and fixed by BerzinsU). When a metadata profile restricts languages, Bindery asks Hardcover which of an author's works have an edition in an allowed language. Hardcover could not answer that query in time and cancelled it after about 15 seconds, so every author with Hardcover works spent close to a minute on retries during a refresh, and those works fell back to their default-edition language. The lookup now uses queries Hardcover answers in under a second, so the edition languages are checked again.
• A RAR release with a small notes file beside it now waits for an unpacker (#3232). A release that shipped a tiny .txt note, or an extracted ebook under 4 KiB, next to its archive volumes counted as already extracted, so the import was blocked as too small before an unpacker could run. Files under the minimum ebook size no longer end the wait.
• Fix match and manual import no longer say a file is outside your library when it is simply gone (discussion #3332). If the database remembered a file that had since been moved, renamed or lost to an unmounted drive, the Reassign file modal and the other manual import screens answered path is outside the configured library roots while listing the very folder that held it. They now say Bindery cannot read this file with the file name and what to check. A file that really is outside your library, or a link that points out of it, still gets the old message. Thanks to niddelicious for the report.
• Undoing a library adoption restores Skipped (#2885, fixed by webdevsamran). Undoing an adoption into a Skipped book now puts it back to Skipped instead of leaving it Wanted, including when two files were adopted into the same book and undone one after the other. This adds a small database migration (098) that records the book's status before the adoption.