From 9942f920bc5a2b8975a0f248adce13f83658ebf7 Mon Sep 17 00:00:00 2001 From: mARTin-B78 Date: Mon, 7 Sep 2026 00:12:09 +0200 Subject: [PATCH] docs: changelog entry for the dropzone fix Co-Authored-By: Claude Sonnet 5 --- CHANGELOG.md | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/CHANGELOG.md b/CHANGELOG.md index 3741f40..bd2868e 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -7,6 +7,15 @@ Follows [Keep a Changelog](https://keepachangelog.com/en/1.0.0/) · versioned wi ## [Unreleased] +### Fixed +- **Magazine Dropzone Opened the Dropped File in the Browser Instead of Accepting It.** `dragover`'s `preventDefault()` + was gated on `dataTransfer.types` including `'Files'`, which Chromium does not reliably populate synchronously on + every `dragover` event during a real OS file drag — the condition failed often enough that the element never + reliably became a valid drop target, so the browser fell through to its native "open the file" behaviour (and the + hover highlight, gated the same way, never reliably appeared either). Removed the gate; `dragenter` is now also + handled, not just `dragover`. Added a window-level `dragover`/`drop` safety net so a drop landing even slightly + outside the zone can no longer trigger the browser's default action either. + ### Added - **Drag-and-Drop Dropzone For Adding a Magazine.** The "Add a magazine or paper" form used a plain `` where the Book/Source screen already has a proper drop target; now reuses the exact same