mirror of
https://github.com/rmcrackan/Libation.git
synced 2026-09-08 11:47:57 -04:00
docs: the PDF and log fixes ship in 13.7.10, not 13.7.9
Co-authored-by: rmcrackan <rmcrackan@gmail.com>
This commit is contained in:
4 files changed
+6
-6
No files matched your search
@@ -46,7 +46,7 @@ public class LogRolloverTests
|
||||
}
|
||||
}
|
||||
|
||||
/// <summary>The pre-13.7.9 default: a monthly rolling interval and nothing about size.</summary>
|
||||
/// <summary>The pre-13.7.10 default: a monthly rolling interval and nothing about size.</summary>
|
||||
private JObject LegacySerilogConfig(long? fileSizeLimitBytes = null)
|
||||
{
|
||||
var args = new JObject
|
||||
|
||||
@@ -102,7 +102,7 @@ public class SerilogConfigurationTests
|
||||
[TestMethod]
|
||||
public void EnsureSerilogConfig_adds_size_rolling_to_an_existing_config()
|
||||
{
|
||||
// Existing installs kept the pre-13.7.9 default: monthly rolling only, which let a single
|
||||
// Existing installs kept the pre-13.7.10 default: monthly rolling only, which let a single
|
||||
// month's log grow past the point where it can be attached to a bug report.
|
||||
var config = Configuration.CreateMockInstance();
|
||||
config.SetNonString(CreateSerilog("File"), "Serilog");
|
||||
|
||||
@@ -160,7 +160,7 @@ If Audiobookshelf auto-upload is enabled in Settings, `liberate` also uploads ea
|
||||
|
||||
Titles Audible has recently refused a license for are left out of the run and reported as one summary, rather than being requested again every time. This matters most for a scheduled run. See [Retrying titles Audible refuses](/docs/features/retrying-refused-downloads); naming an ASIN or passing `--force` overrides it.
|
||||
|
||||
The run covers both halves of "book and pdf backups": titles that need downloading, and titles whose audio you already have but whose PDF is missing. Before 13.7.9 it only did the first, so `liberate --pdf` was the only way to get a PDF for a title downloaded earlier.
|
||||
The run covers both halves of "book and pdf backups": titles that need downloading, and titles whose audio you already have but whose PDF is missing. Before 13.7.10 it only did the first, so `liberate --pdf` was the only way to get a PDF for a title downloaded earlier.
|
||||
|
||||
Audiobookshelf auto-upload is not part of that second half. It runs when a title is liberated, so a run that only back-fills a PDF does not upload; use `abs upload` to send titles liberated earlier.
|
||||
|
||||
@@ -196,7 +196,7 @@ libationcli liberate -p
|
||||
|
||||
Downloads nothing but PDFs, and never downloads an audiobook. A plain `liberate` covers the same titles, so this is for when you want only the PDFs.
|
||||
|
||||
A PDF is saved beside its audiobook, or in the folder the [folder template](/docs/features/naming-templates) names for that title when Libation cannot find the audio files. Before 13.7.9 the second case put the PDF directly in your Books directory.
|
||||
A PDF is saved beside its audiobook, or in the folder the [folder template](/docs/features/naming-templates) names for that title when Libation cannot find the audio files. Before 13.7.10 the second case put the PDF directly in your Books directory.
|
||||
|
||||
## Re-Liberate a Single Book
|
||||
|
||||
|
||||
@@ -195,7 +195,7 @@ Attach your log file when opening a GitHub issue.
|
||||
|
||||
## PDFs are missing, or land loose in the Books directory
|
||||
|
||||
Both were fixed in 13.7.9.
|
||||
Both were fixed in 13.7.10.
|
||||
|
||||
**`libationcli liberate` downloaded no PDFs.** A plain run only looked at titles that needed an audiobook, so a title whose audio was already downloaded was never reached and its PDF was never fetched. `libationcli liberate --pdf` was the only way to get them. A plain run now covers both. If your library predates the fix, one `libationcli liberate` (or **Liberate** \> **Begin Book and PDF Backups** in the app) collects the PDFs you are missing.
|
||||
|
||||
@@ -210,7 +210,7 @@ Already-misplaced PDFs are not moved. Move them into their book folders yourself
|
||||
|
||||
## The log file is too large to attach to a bug report
|
||||
|
||||
From 13.7.9 the log rolls every 10 MB as well as every month, keeping the 20 newest files, so the current
|
||||
From 13.7.10 the log rolls every 10 MB as well as every month, keeping the 20 newest files, so the current
|
||||
`LogYYYYMM.log` is always small enough to upload. Existing installs pick this up on the next start: Libation
|
||||
fills in the size-rolling settings your `Settings.json` is missing without touching anything you set yourself.
|
||||
|
||||
|
||||
Reference in new issue
Block a user