From 1b43b2e1b05ed697a9f3f3b15208f901eed043ce Mon Sep 17 00:00:00 2001
From: "github-actions[bot]"
 <41898282+github-actions[bot]@users.noreply.github.com>
Date: Sun, 27 Sep 2026 18:53:06 +0000
Subject: [PATCH] Version packages

---
 .changeset/binarybody-transformed.md  | 5 -----
 .changeset/cancel-during-transform.md | 5 -----
 packages/dropzone/CHANGELOG.md        | 8 ++++++++
 packages/dropzone/package.json        | 2 +-
 4 files changed, 9 insertions(+), 11 deletions(-)
 delete mode 100644 .changeset/binarybody-transformed.md
 delete mode 100644 .changeset/cancel-during-transform.md

diff --git a/.changeset/binarybody-transformed.md b/.changeset/binarybody-transformed.md
deleted file mode 100644
index 599a93ae1..000000000
--- a/.changeset/binarybody-transformed.md
+++ /dev/null
@@ -1,5 +0,0 @@
----
-"dropzone": patch
----
-
-Fix `binaryBody` uploads sending the original file instead of the transformed one. `resizeWidth`, `resizeHeight` and any custom `transformFile` were silently ignored, so an unresized image went to the server. Chunked and form-data uploads were unaffected.
diff --git a/.changeset/cancel-during-transform.md b/.changeset/cancel-during-transform.md
deleted file mode 100644
index 0b8a896b2..000000000
--- a/.changeset/cancel-during-transform.md
+++ /dev/null
@@ -1,5 +0,0 @@
----
-"dropzone": patch
----
-
-Fix cancelling an upload while `transformFile` is still running. The file had no `xhr` yet, so it was grouped with every other file that had not started and the whole queue was cancelled with it — and the file itself was still sent once the transform finished.
diff --git a/packages/dropzone/CHANGELOG.md b/packages/dropzone/CHANGELOG.md
index 8aa2f1838..9149d580b 100644
--- a/packages/dropzone/CHANGELOG.md
+++ b/packages/dropzone/CHANGELOG.md
@@ -1,3 +1,11 @@
+## 6.3.5
+
+### Patch Changes
+
+- [#2380](https://github.com/enyo/dropzone/pull/2380) [`88901b7`](https://github.com/enyo/dropzone/commit/88901b747360d2033b30a9539331cc5d46d2b96c) - Fix `binaryBody` uploads sending the original file instead of the transformed one. `resizeWidth`, `resizeHeight` and any custom `transformFile` were silently ignored, so an unresized image went to the server. Chunked and form-data uploads were unaffected.
+
+- [#2379](https://github.com/enyo/dropzone/pull/2379) [`eae9121`](https://github.com/enyo/dropzone/commit/eae9121da858f4af9002df125286f83e098eb9e5) - Fix cancelling an upload while `transformFile` is still running. The file had no `xhr` yet, so it was grouped with every other file that had not started and the whole queue was cancelled with it — and the file itself was still sent once the transform finished.
+
 ## 6.3.4
 
 ### Patch Changes
diff --git a/packages/dropzone/package.json b/packages/dropzone/package.json
index 02744eec5..5642131eb 100644
--- a/packages/dropzone/package.json
+++ b/packages/dropzone/package.json
@@ -1,6 +1,6 @@
 {
   "name": "dropzone",
-  "version": "6.3.4",
+  "version": "6.3.5",
   "description": "Handles drag and drop of files for you.",
   "keywords": [
     "drag and drop",