Skip to content

Bump dropzone from 5.9.3 to 6.3.5 - #3161

Open
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/npm_and_yarn/dropzone-6.3.5
Open

dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/npm_and_yarn/dropzone-6.3.5

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Oct 14, 2026 •

Copy link
Copy Markdown
Contributor

Bumps dropzone from 5.9.3 to 6.3.5.

Release notes

Sourced from dropzone's releases.

dropzone@6.3.5

Patch Changes

  • #2380 88901b7 - 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 eae9121 - 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.

dropzone@6.3.4

Patch Changes

  • #2377 0b302ee - Stop destroy() removing a different instance. Dropzone.instances.splice(indexOf(this), 1) dropped the last entry whenever indexOf returned -1 — calling destroy() twice was enough — evicting an unrelated live Dropzone from the registry.

  • #2377 dc5d7bf - Set enctype="multipart/form-data" on a form again. init() compared tagName against lower-case "form", which never matches, so the attribute was never set. Only affects forms that are also submitted natively; the XHR upload is unchanged.

dropzone@6.3.3

Patch Changes

  • #2375 6a03691 - Fix the declared type of clickable and hiddenInputContainer.

    Both options are derived from their default values, so clickable: true was inferred as boolean and hiddenInputContainer: "body" as string. That contradicted what each one documents and what both have always accepted at runtime, and TypeScript rejected the documented forms.

    clickable is now boolean | string | HTMLElement | (string | HTMLElement)[] and hiddenInputContainer is string | HTMLElement. Nothing changes at runtime.

dropzone@6.3.2

Patch Changes

  • #2371 536d94a - Fix cancelUpload leaving parallel chunks uploading.

    file.xhr only holds the request that started last, so cancelling a chunked upload running with parallelChunkUploads aborted that one request and left every other in-flight chunk streaming to the server — burning the user's bandwidth and writing orphaned chunks for a file the UI already showed as canceled.

    Every chunk keeps its own request, so cancelUpload now aborts all of the ones still running. Uploads that are not chunked are unaffected.

  • #2372 a1a67df - Fix emit skipping a listener when another one removes itself.

    emit walked the live callback array, so a listener that called off for itself — the usual shape of a one-shot listener, and of teardown code — spliced the array out from under the loop and the listener registered right after it never ran. emit now iterates over a snapshot.

    One consequence worth knowing about: a listener registered from inside another listener no longer runs during that same emit, it runs from the next one. That is what Node's EventEmitter does, and it is the only way to keep the removal case correct.

  • #2370 0e3625d - Fix the thumbnail queue deadlocking when a file cannot be read.

    createThumbnail only listened for FileReader's load event. A file that had been moved, locked by another process, or was otherwise unreadable since it was dropped fires error instead, so the callback was never invoked and _processThumbnailQueue kept its lock forever: no file added afterwards got a thumbnail, and with resizeWidth/resizeHeight or a transformFile that uses createThumbnail, the upload never started either.

    The read error now reaches the callback the same way an undecodable image already did, so the file gets dictThumbnailError and the queue moves on.

    DropzoneThumbnailCallback says what it has always done, too: its first argument is string | Event, the error event standing in for the data URL when no thumbnail could be produced. That also fixes displayExistingFile, which used to emit that event as a thumbnail when the image URL failed to load, leaving the preview with img.src set to "[object Event]".

dropzone@6.3.1

Patch Changes

  • #2362 07d3876 - Drop the sass dependency. The stylesheets are plain CSS now, and dist/dropzone.css and dist/basic.css are unchanged in what they do: the output was compared declaration by declaration, and every difference is a value-level equivalence the minifier applies, such as padding: 20px 20px collapsing to padding: 20px.

... (truncated)

Changelog

Sourced from dropzone's changelog.

6.3.5

Patch Changes

  • #2380 88901b7 - 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 eae9121 - 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

  • #2377 0b302ee - Stop destroy() removing a different instance. Dropzone.instances.splice(indexOf(this), 1) dropped the last entry whenever indexOf returned -1 — calling destroy() twice was enough — evicting an unrelated live Dropzone from the registry.

  • #2377 dc5d7bf - Set enctype="multipart/form-data" on a form again. init() compared tagName against lower-case "form", which never matches, so the attribute was never set. Only affects forms that are also submitted natively; the XHR upload is unchanged.

6.3.3

Patch Changes

  • #2375 6a03691 - Fix the declared type of clickable and hiddenInputContainer.

    Both options are derived from their default values, so clickable: true was inferred as boolean and hiddenInputContainer: "body" as string. That contradicted what each one documents and what both have always accepted at runtime, and TypeScript rejected the documented forms.

    clickable is now boolean | string | HTMLElement | (string | HTMLElement)[] and hiddenInputContainer is string | HTMLElement. Nothing changes at runtime.

6.3.2

Patch Changes

  • #2371 536d94a - Fix cancelUpload leaving parallel chunks uploading.

    file.xhr only holds the request that started last, so cancelling a chunked upload running with parallelChunkUploads aborted that one request and left every other in-flight chunk streaming to the server — burning the user's bandwidth and writing orphaned chunks for a file the UI already showed as canceled.

    Every chunk keeps its own request, so cancelUpload now aborts all of the ones still running. Uploads that are not chunked are unaffected.

  • #2372 a1a67df - Fix emit skipping a listener when another one removes itself.

    emit walked the live callback array, so a listener that called off for itself — the usual shape of a one-shot listener, and of teardown code — spliced the array out from under the loop and the listener registered right after it never ran. emit now iterates over a snapshot.

    One consequence worth knowing about: a listener registered from inside another listener no longer runs during that same emit, it runs from the next one. That is what Node's EventEmitter does, and it is the only way to keep the removal case correct.

  • #2370 0e3625d - Fix the thumbnail queue deadlocking when a file cannot be read.

    createThumbnail only listened for FileReader's load event. A file that had been moved, locked by another process, or was otherwise unreadable since it was dropped fires error instead, so the callback was never invoked and _processThumbnailQueue kept its lock forever: no file added afterwards got a thumbnail, and with resizeWidth/resizeHeight or a transformFile that uses createThumbnail, the upload never started either.

    The read error now reaches the callback the same way an undecodable image already did, so the file gets dictThumbnailError and the queue moves on.

    DropzoneThumbnailCallback says what it has always done, too: its first argument is string | Event, the error event standing in for the data URL when no thumbnail could be produced. That also fixes displayExistingFile, which used to emit that event as a thumbnail when the image URL failed to load, leaving the preview with img.src set to "[object Event]".

... (truncated)

Commits
  • 1b43b2e Version packages
  • ae4fce3 Merge pull request #2380 from enyo/binarybody-transformed
  • 88901b7 Send the transformed file on binaryBody uploads
  • eae9121 Don't take the queue down when cancelling a transforming file
  • 552cce2 Version packages
  • dc5d7bf Compare tagName against FORM, not form
  • 0b302ee Don't let a second destroy() evict another instance
  • bb1235e Version packages
  • c8da432 Check the public types as part of typecheck
  • 6a03691 Type clickable and hiddenInputContainer as what they accept
  • Additional commits viewable in compare view
Maintainer changes

This version was pushed to npm by GitHub Actions, a new releaser for dropzone since your current version.


@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code labels Oct 14, 2026
Bumps [dropzone](https://github.com/enyo/dropzone/tree/HEAD/packages/dropzone) from 5.9.3 to 6.3.5.
- [Release notes](https://github.com/enyo/dropzone/releases)
- [Changelog](https://github.com/enyo/dropzone/blob/main/packages/dropzone/CHANGELOG.md)
- [Commits](https://github.com/enyo/dropzone/commits/dropzone@6.3.5/packages/dropzone)

---
updated-dependencies:
- dependency-name: dropzone
  dependency-version: 6.3.5
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/npm_and_yarn/dropzone-6.3.5 branch from 8a73624 to ee96c88 Compare October 21, 2026 23:25

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code

Development

Successfully merging this pull request may close these issues.

0 participants