From 32d8f80be8bbfd4b4df59ffcebef8b49cba6a5e4 Mon Sep 17 00:00:00 2001 From: InstaZDLL Date: Sat, 3 Oct 2026 05:37:14 +0200 Subject: [PATCH] fix(artwork): log when a manual motion cover wins over the plugins A hand-set motion cover returned before the "resolving motion artwork" line, so the log said nothing at all and the cover passed for a plugin's (seen on #766). Log the manual hit, and the row whose file is missing, at debug level. --- docs/features/plugins.md | 2 +- src-tauri/crates/app/src/commands/motion_artwork.rs | 10 ++++++++++ 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/docs/features/plugins.md b/docs/features/plugins.md index 77cf1154..d6f2d99f 100644 --- a/docs/features/plugins.md +++ b/docs/features/plugins.md @@ -206,7 +206,7 @@ A discovery view of recent releases from the artists in your library — the fir **Blurred backdrops take a thumbnail, never the animated source.** "Change cover → Local file" accepts `webp` and refuses video, so what people reach for is an animated WebP set as the ordinary cover — an ``, decoded on the CPU. The immersive view drew that at `scale-150 blur-3xl` across the whole screen, re-blurring every frame (#615). It now renders the pre-resized variant, which the artwork pipeline generates single-frame; the animation still plays once, on the foreground cover. The result renders as a muted-loop `