Skip to content

fix(deps): update react-dnd monorepo to v16 (major) #114

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

fix(deps): update react-dnd monorepo to v16 (major) #114

wants to merge 1 commit into from

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Jun 19, 2019 •
edited
Loading

This PR contains the following updates:

Package Change Age Confidence
react-dnd ^7.0.2 -> ^16.0.0 age confidence
react-dnd-html5-backend ^7.0.2 -> ^16.0.0 age confidence

Release Notes

react-dnd/react-dnd (react-dnd)

v16.0.1

Compare Source

v16.0.0

Compare Source

Major

v15.1.2

Compare Source

The utility packages @react-dnd/invariant, @react-dnd/shallowequal, and @react-dnd/asap (which are forks of popular libraries) have been included in the monorepo and built using the same output mechanisms as the react-dnd core packages (dual EJS/CSM).

@react-dnd/asap has been simplified to remove the node variant, which relied on deprecated APIs

v15.1.1

Compare Source

v15.1.0

Compare Source

  • All packages now have verified ESM support
  • Packages expose CJS/ESM surface are via pkg.exports

v15.0.2

Compare Source

This release uses output from swc using the 'es2017' target instead of using output from 'tsc' using the 'ESNext' target.

v15.0.1

Compare Source

This release fixes issues with the ESM-only structure of v15.0.0. All packages are now in their prior CommonJS/ESM format.

v15.0.0

Major Changes

  • The react-dnd packages are now published as ESM-only with type: module. See this FAQ by sindresorhus: https://gist.github.com/sindresorhus/a39789f98801d908bbc7ff3ecc99d99c

  • The Decorators API has been removed and fully replaced by the Hooks API. The Decorators API was difficult to develop & type correctly, and this improves its maintainability.

  • The builds no longer use babel & preset-env. The library is transpiled using SWC into the "es2017" target, which assumes async/await is available. This should reduce bundle sizes by removing polyfills and support-code which may be unnecessary in your target.

Bugfixes
  • Improve data-transfer acquisition from File inputs (#​3262)
  • Don't set the 'draggable' attribute unless canDrag is true (#​3187)
  • Improve typings of DropTargetMonitor, DragLayerMonitor (#​3300, #​3341)

v14.0.3

Compare Source

Updated

react-dnd: 14.0.3
react-dnd-html5-backend: 14.0.1
react-dnd-touch-backend: 14.1.0

Patch Updates

  • Fix drop operations in iframes & child windows (#​3181) (thanks @​eramdam!)
  • Refactor TouchBackend OptionsReader (#​3291)
  • Cleanup connected DOM elements from react-dnd internals when hook-based components unmount (#​3290)
  • Fix issue where custom drag-sources where triggering native drops in Firefox (#​3272) (thanks @​istateside)

v14.0.2

Compare Source

Patch

This PR will throw a developer exception if a user specifies a useDrag::spec.begin method.

v14.0.1: 14.0.1

Compare Source

Patch

Update internal hook useDragType() to align with updated typings. Check 14.0.0 release for API changes

v14.0.0: 14.0.0

Compare Source

This release addresses a handful of nagging liveness and ergonomic issues with the hooks API.

The liveness issues affect all hooks, and were discovered on deeper inspection of certain stress tests in the documentation. The internal useCollector() hook is used to collect props from the DnD system when things change. Prior to this update, we subscribed to updates from the DnD monitor to trigger prop collection. However, state on the react side was only accounted for on the first render. This release improves that liveness by collecting props whenever react state changes.

The ergonomics of the useDrag have been refactored. In short:

  • spec.type is required
  • spec.item can be a function or static object.
  • The function version of spec.item replaces spec.begin

Since the release of the hooks API, we packed type under spec.item. However, this led to nonintuitive situations where an item field was required to be specified even though items are created in the begin method.

Additionally, in the original React-DnD design, beginDrag() was optional and the type of the draggables had to be defined. If no explicit DragObject was created, an implicit object was created by the system..

The change we've made here decouples type from item, and collapses begin into item.

// Pre-v14
useDrag({
   // item defined here to get a type
   item: { type: BOX } },
   // ...but the actual item is created here
   begin: () => ({ id })
})

// v14
useDrag({
   type: BOX,
   item: () => ({id})
})

e.g. useDrag({ item: { type: BOX }}) => useDrag({ type: 'BOX' })

We've also added the ability to cancel drag operations in the hooks API by returning null from begin.

// new API
useDrag({
  type: BOX,
  item: () => shouldNotDrag ? null : {id},
})

v13.1.1

Compare Source

react-dnd

Patch
  • Re-register drag sources in hooks API when item.type changes
  • Export missing typings

react-dnd-html5-backend

Patch

  • Export HTML5Context, HTML5BackendOptions interfaces

v13.1.0

Compare Source

react-dnd

TLDR: useDrag and useDrop support both a memo pattern and a spec object now.

useDrag(() => spec) // good
useDrag(spec) // also good

In v13, we've tried to address some errors that were pervading with the react-dnd hooks API. Generally, making sure DragSource/DropTargets were up-to-date and that the system wasn't leaking handles was a precarious balancing act. Moving to a memo API pattern (e.g. useDrag(() => spec)) fixed this problem in our tests.

However, as we dug further into handler leakage issues, it became clear that anything using the hooks would reattach and receive a new handler ID whenever the spec changed at all. This was in contrast to the Decorator API's behavior of keeping stable handler IDs as the incoming props changed.

To fix the Hooks API to stop leaking handlers, we found a pretty simple solution: a classical class with a public setter for the spec object that's updated via a useEffect hook. This neatly avoids the mutating DragSource/DropTargets on every spec change. This had two effects: identifiers have been stabilized, and spec objects were usable again because changing them didn't cause DragSource/DropTarget instances to be regenerated and reattached.

In retrospect, this undoes the necessity of the major cut that happened with v13, but the Hooks API is much sturdier now. We hope that you find the improved memory stability in the hooks API to be useful in your projects.

v13.0.1

Compare Source

Patch Updates

  • Add invariant() invocations in useDrag, useDrop to verify that spec functions are used instead of objects
  • Fix handler registration memory leak issue with useDrag, useDrop

v13.0.0

v12.0.0

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.

  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@evenchange4
Copy link
Owner

evenchange4 commented Jun 19, 2019 •
edited
Loading

Netlify BOT

Built with commit c6fd40d

https://deploy-preview-114--react-dnd-dropzone.netlify.app

@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from 9c8e7b5 to 11af051 Compare July 13, 2019 09:00
@renovate renovate bot changed the title fix(deps): update react-dnd monorepo to v8 (major) fix(deps): update react-dnd monorepo to v9 (major) Jul 13, 2019
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from 11af051 to c7002e9 Compare December 14, 2019 19:54
@renovate renovate bot changed the title fix(deps): update react-dnd monorepo to v9 (major) fix(deps): update react-dnd monorepo to v10 (major) Dec 14, 2019
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from c7002e9 to c6fd40d Compare July 2, 2020 02:01
@renovate renovate bot changed the title fix(deps): update react-dnd monorepo to v10 (major) fix(deps): update react-dnd monorepo to v11 (major) Jul 2, 2020
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from c6fd40d to 4c2320b Compare April 26, 2021 14:12
@renovate renovate bot changed the title fix(deps): update react-dnd monorepo to v11 (major) fix(deps): update react-dnd monorepo (major) Apr 26, 2021
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from 4c2320b to 18bc7cc Compare March 7, 2022 16:01
@renovate renovate bot changed the title fix(deps): update react-dnd monorepo (major) fix(deps): update react-dnd monorepo to v15 (major) Mar 7, 2022
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from 18bc7cc to 8457434 Compare April 24, 2022 17:59
@renovate renovate bot changed the title fix(deps): update react-dnd monorepo to v15 (major) fix(deps): update react-dnd monorepo to v16 (major) Apr 24, 2022
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from 8457434 to ac2ba07 Compare September 25, 2022 12:48
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from ac2ba07 to 684c8b2 Compare November 20, 2022 16:53
@renovate renovate bot force-pushed the renovate/major-react-dnd-monorepo branch from 684c8b2 to 7acb376 Compare August 10, 2025 12:49
@renovate
Copy link
Contributor Author

renovate bot commented Aug 10, 2025 •
edited
Loading

⚠️ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

  • any of the package files in this branch needs updating, or
  • the branch becomes conflicted, or
  • you click the rebase/retry checkbox if found above, or
  • you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: yarn.lock
[18:09:45.854] INFO (1184): Installing tool [email protected]...
[18:09:52.890] WARN (1184): Npm error:
npm ERR! weird error 1
[18:09:53.239] ERROR (1184): node-gyp update command failed
[18:09:53.240] FATAL (1184): Install tool node failed in 7.3s.

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

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@evenchange4