aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorzerafachris <christopher.zerafa@blocklabs.io>2026-07-18 16:47:23 +0200
committerzerafachris <christopher.zerafa@blocklabs.io>2026-07-18 16:47:23 +0200
commit663a873e07b436cd99fa7b00efa2bcd68e11fb23 (patch)
tree2f94fef9e0a868e6b517a2985de4e9f569526698
parentd7727224c2f5024c9981bc70a274826beb7f1cdf (diff)
fix: log corrupt KeyframeData row read failures as errors, not warnings
Per review feedback from cvium: failing to read/backup an entity due to corrupt underlying data is a significant event that should be surfaced as an error, not silently downgraded to a warning.
-rw-r--r--Jellyfin.Server.Implementations/FullSystemBackup/BackupService.cs2
1 files changed, 1 insertions, 1 deletions
diff --git a/Jellyfin.Server.Implementations/FullSystemBackup/BackupService.cs b/Jellyfin.Server.Implementations/FullSystemBackup/BackupService.cs
index 16daba0991..765f8bfb73 100644
--- a/Jellyfin.Server.Implementations/FullSystemBackup/BackupService.cs
+++ b/Jellyfin.Server.Implementations/FullSystemBackup/BackupService.cs
@@ -374,7 +374,7 @@ public class BackupService : IBackupService
}
catch (Exception ex)
{
- _logger.LogWarning(ex, "Could not read next entity of type {Table}, the underlying data appears to be corrupt. Skipping this row and continuing backup; the affected database row should be inspected and fixed manually", entityType.SourceName);
+ _logger.LogError(ex, "Could not read next entity of type {Table}, the underlying data appears to be corrupt. Skipping this row and continuing backup; the affected database row should be inspected and fixed manually", entityType.SourceName);
continue;
}