pausing or resuming a backup schedule no longer clears the retention policy

src/lib/server/backups/helpers.ts

@@ -503,6 +503,25 @@ export function retentionToStore(retention: any, schedule: unknown): string | nu
 	return scheduled ? JSON.stringify(DEFAULT_SCHEDULED_RETENTION) : null;
 }
 
+/**
+ * Resolve the retention value to persist on a PARTIAL config update. `undefined` means
+ * "leave the stored retention untouched" (the caller must skip the field). A minimal PUT
+ * that only flips `enabled` (pause/resume) omits `retention`, so re-applying the scheduled
+ * default here would silently wipe the user's policy (#1462). The default is applied ONLY
+ * when the retention is actually provided, or when the schedule is being added/changed -
+ * the transition the default exists to cover.
+ */
+export function resolveRetentionForUpdate(
+	retention: unknown,
+	newSchedule: unknown,
+	existingSchedule: unknown
+): string | null | undefined {
+	const retentionProvided = retention !== undefined;
+	const scheduleChanged = newSchedule !== undefined && newSchedule !== existingSchedule;
+	if (!retentionProvided && !scheduleChanged) return undefined; // leave stored value as-is
+	return retentionToStore(retention, newSchedule ?? existingSchedule);
+}
+
 /**
  * Decide the `enabled` flag when a backup config is updated. A "run once" backup persists a
  * MANUAL, paused config (schedule=null, enabled=false); adding a cron schedule later should make

src/routes/api/backup/configs/[id]/+server.ts

@@ -8,7 +8,7 @@ import {
 } from '$lib/server/db';
 import { registerSchedule, unregisterSchedule, isValidCron } from '$lib/server/scheduler';
 import { isBackupRunning } from '$lib/server/backups';
-import { validateRetention, retentionToStore, resolveEnabledOnScheduleChange } from '$lib/server/backups/helpers';
+import { validateRetention, resolveRetentionForUpdate, resolveEnabledOnScheduleChange } from '$lib/server/backups/helpers';
 import { requireBackups, loadConfigGateEnv } from '$lib/server/backups/route-guards';
 
 /**
@@ -99,11 +99,11 @@ export const PUT: RequestHandler = async (event) => {
 			selectedVolumes: body.selectedVolumes ? JSON.stringify(body.selectedVolumes) : body.selectedVolumes,
 			stopBeforeBackup: body.stopBeforeBackup,
 			schedule: body.schedule,
-			// Apply the default scheduled retention the same way create does, so a
-			// config edited to add a schedule with no explicit retention doesn't end
-			// up with pruning disabled and an unbounded-growth repo. Uses the effective
-			// schedule (the incoming one, or the existing one if unchanged).
-			retention: retentionToStore(body.retention, body.schedule ?? existing.schedule),
+			// Leave the stored retention untouched when the client didn't send it and the
+			// schedule isn't changing - a minimal pause/resume PUT (only `enabled`) must not
+			// wipe the user's policy (#1462). The scheduled default is still applied when
+			// retention is provided or a schedule is being added/changed.
+			retention: resolveRetentionForUpdate(body.retention, body.schedule, existing.schedule),
 			options: body.options ? JSON.stringify(body.options) : body.options,
 			tags: body.tags ? JSON.stringify(body.tags) : body.tags
 		});