The account-rotation while-loop entered with a signal.aborted / stopAfterActive check (line 681) but then awaited _sleep(800) on line 690 (waiting for main.js to resolve the next fallback) without re-checking on the way out. If the user cancelled during that 800 ms window the loop kept going — resolved the override, set up new credentials, fired retrying-event, started a fresh attempt loop — before _executeUpload's own signal handling finally noticed the abort. Cancellation latency could therefore stretch by an extra attempt's worth of work per still-spinning hoster. One-line fix: add the same `if (signal.aborted || this.stopAfterActive) break` after the await. Found by deep-audit MED-5. 126/126 tests still green; the fix is a guard on an already-tested flow, no test infrastructure exists for cancel-during-rotation specifically (would need fake-timer + mocked override-resolution).
4.0 KiB
4.0 KiB
Verbesserungs-Loop — open items
Released
- ✅ 3.3.0 — Performance-Fixes (queue-cap, sort-throttle, history-delegation, recent-cap) + Log-Recovery
- ✅ 3.3.1 —
removeFromQueueOnDonecoalesced via microtask (kein O(N²) mehr bei done-Bursts) - ✅ 3.3.2 —
fileuploader.logAuto-Rotation bei 50 MB (max 3 Backups: .1 .2 .3) - ✅ 3.3.3 —
_jobLogCollectorCap auf 1000 tracked jobs (FIFO-eviction beim Überschreiten) - ✅ 3.3.4 —
applyQueueSelectionClasses+applyRecentSelectionClassesnutzengetElementsByClassName(live HTMLCollection statt querySelectorAll re-query bei jedem Klick) - ✅ 3.3.5 — Log-Rotation extrahiert nach
lib/log-rotation.js+ 10 neue Unit-Tests (cap, shift, eviction, idempotency, maxBackups=1, invalid input, no-extension) - ✅ 3.3.6 — CSS
.queue-rowtransition nur noch auf:hover(kein 150ms compositor-tween bei status-flips) - ✅ 3.3.7 —
_sessionTrackedJobs/_sessionDoneJobswerden bei handleBatchDone gegen current queueJobs geprunt (no more unbounded session memory growth across batches) - ✅ 3.3.8 — queue-cap-prune-Logik nach
lib/queue-prune.jsextrahiert (dual-environment: Node + Browser-global) + 10 Unit-Tests (insertion-order, limit=0, malformed entries, large-queue 5000-job sweep) - ✅ 3.3.9 — Throttled-Cache nach
lib/throttled-cache.jsextrahiert (von sortQueueJobs dynamic-throttle genutzt) + 12 Unit-Tests (TTL-Boundary, identity-tracking, fake-clock, peek/clear, refreshMs=0, large-input) - ✅ 3.3.10 —
npm audit fix(non-breaking): 4 vulnerabilities geschlossen (16 → 12), nur Lock-file Update - ✅ 3.3.11 — Patch-Bumps
eslint 10.1→10.2,undici 7.24→7.25,ws 8.19→8.20(semver-compatible) - ✅ 3.3.12 — Race condition fix:
uploadManager = nullin batch-done clobberte einen frisch gespawnten Manager wenn user mid-await neuen batch startete (deep-audit finding HIGH-1) - ✅ 3.3.13 —
save-global-settings-syncreportet jetztreturnValue=falsebei Fehlern + debugLog statt silent swallow; TOCTOU bei .bak-Refresh in beiden Pfaden (main.js + lib/config-store.js _atomicWrite) entkoppelt: bak-Read-Failure failt nicht mehr den ganzen Save (deep-audit findings HIGH-2 + MED-4) - ✅ 3.3.14 — Parser-null-payload guard:
uploadFilenormalisiert payload zu{}fallsJSON.parse('null')o.ä.;parseDoodstreamResult+parseByseResulthaben defensive guards für direct callers + 7 neue Unit-Tests (null/non-object, malformed entries, fileRejected/accountError flips, valid filecode happy path) - ✅ 3.3.15 — Cancellation latency fix: nach
_sleep(800)in der rotation-while-loop wirdsignal.aborted/stopAfterActivere-checkt bevor das ganze override-resolution-Setup läuft (deep-audit MED-5)
Open items (priorisiert)
(alle stabilitäts-items aus deep-audit erledigt)
Code-Qualität (deferred)
- removeFromQueueOnDone microtask-coalesce (3.3.1) — Microtask-Timing schwer zu testen ohne fake-timer setup
- 12 weitere Vulnerabilities (10 high, 2 low) in electron-builder dev-chain — bräuchten
npm audit fix --forcemit Major-Bump electron-builder@26.8.1 (breaking). Skip bis User explizit ein Major-Update erlaubt.
Loop-Status
Alle initial im 3.3.0-Audit identifizierten Items sind nun adressiert. Beide verbliebenen open items sind explizit deferred (microtask-fake-timer-Setup ist Refactor, audit-fix --force ist Major-Bump und braucht User-OK).
Iteration 11 (skipped, no release): kein nicht-deferred Item übrig. Loop läuft idle weiter — bei nächstem Cron-Tick prüft er erneut, falls inzwischen neue Issues aufgetaucht sind.
Sinnvolle nächste Schritte für den User:
- "Loop stop" wenn nichts mehr passieren soll (CronDelete
01e33ae1) - "Major bump genehmigt" für
npm audit fix --force(closes 12 deferred vulns, bumpt electron-builder@26) - Neue konkrete User-Beschwerden / Bug-Reports
- Manuelle Anweisung was als nächstes interessant wäre
Loop-Notes
- Cron-Job
01e33ae1läuft alle 30min (:07/:37), Session-only. - Pro Iteration: GENAU EIN Issue. Auto-Release bei grünen Tests. Boundary: keine Features, keine Major-Refactors.