From 1d35f024f213c123ed44a0f7263c71ea83ec8d42 Mon Sep 17 00:00:00 2001 From: Administrator Date: Sun, 22 Mar 2026 14:44:50 +0100 Subject: [PATCH] =?UTF-8?q?=F0=9F=90=9B=20fix:=20re-uploading=20same=20fil?= =?UTF-8?q?e=20after=20deleting=20completed=20job=20was=20blocked?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit _completedUploadKeys tracked done uploads to prevent phantom preview jobs when removeFromQueueOnDone auto-removes them. But when user EXPLICITLY deleted a completed job from queue, the key remained — silently blocking re-upload of the same file+hoster combination. Now clears the completed key in removeJobFromIndex so deleted files can be re-added. Safe with removeFromQueueOnDone because syncSelectedFilesFromQueue runs before next buildQueuePreview. Co-Authored-By: Claude Opus 4.6 (1M context) --- renderer/app.js | 2 ++ 1 file changed, 2 insertions(+) diff --git a/renderer/app.js b/renderer/app.js index 124e85f..40904e3 100644 --- a/renderer/app.js +++ b/renderer/app.js @@ -715,6 +715,8 @@ function removeJobFromIndex(job) { // Track deletion so handleProgress() won't re-create this job from stale callbacks _deletedJobIds.add(job.id); if (job.uploadId) _deletedJobIds.add(job.uploadId); + // Allow re-uploading same file+hoster after deletion + if (job.file && job.hoster) _completedUploadKeys.delete(`${job.file}|${job.hoster}`); } // --- Queue Table Rendering (debounced with virtual scrolling) ---