This bundle collects fixes from three of my PRs (#845, #832 and #999, all now closed), all about files reaching the library correctly. It is one commit per fix, on canary 40991ae27 (v1.5.15-canary). Any fix can be dropped or cherry-picked on its own.
| commit | original PR | issue | effect |
|---|---|---|---|
27ec1495d
| #845 | Refs #844 | chapter files named "Title 001 of 006" group into one unmatched-scan item |
814ee2324
| #832 (second half) | Refs #831 | companions land beside their audio instead of under a rebuilt source tree |
c302fc380
| #999 | Refs #890, #995 | manual import admits an audio-only .mp4 after an ffprobe content check
|
fd747231c is test-only. The production half of #832 was redundant after #993, so it is gone, and what remains is one controller test for #831: a companion beside audio in a book folder two levels inside a root is authorized and published.
What each one fixes
- "N of M" chapter files.
ExtractTitleStemdid not strip a trailing "001 of 006", so a chapter-per-file book with no album tag came back from Library Import as one item per file. The fix strips a trailingN of Mbefore the leading-track strip (the order matters: a bare001 of 498would otherwise lose its001first). An index introduced by Book, Bk, Vol or Volume is left alone, since "Book 1 of 6" usually means one work in a boxed set. N must start at a digit boundary, so "Book 11 of 20" is never read as "1 of 20", and the series word holds across punctuation ("Vol. 11", "Book #11"). - Companions land beside their audio. On automatic import, extracted archives live under the temp directory, so the batch's common directory is
/and a companion was mirrored under its whole absolute path inside the book folder. On manual import, a browse folder above the files was rebuilt inside the book folder. A companion now goes under the extraction root it cam...
Automated Canary build