Latest release 0.1.17 breaks dependent modules
See original GitHub issueI use copy-webpack-plugin
, and it started to throw errors. I have found that only node-dir
npm have been updated recently to 0.1.17
. Installing 0.1.16
explicitly solves the problem with copy-webpack-plugin
Issue Analytics
- State:
- Created 6 years ago
- Reactions:10
- Comments:11 (2 by maintainers)
Top Results From Across the Web
Issues · fshost/node-dir - GitHub
Target node versions do not support Object.assign. #52 opened on Jun 8, 2017 by franza · 1. Latest release 0.1.17 breaks dependent modules....
Read more >Release notes — Modules documentation
This file describes changes in recent versions of Modules. It primarily documents those changes that are of interest to users and admins.
Read more >Why does npm install say I have unmet dependencies?
I believe it is because the dependency resolution is a bit broken, ... Upgrading NPM to the latest version can greatly help with...
Read more >How To Use Node.js Modules with npm and package.json
The @ tells npm to look for a specific tag of the module you are installing. Without a specified tag, npm installs the...
Read more >rdftk_skos - crates.io: Rust Package Registry
Major version update to track new core 0.3 series. ... Dependency: updated somedoc dependency; this had breaking API ... Version 0.1.17.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I opened another issue prior to seeing this one. Here’s my 2 cents from that other issue.
TLDR: Rollback 0.1.17 and make a 0.1.18 that matches 0.1.16, then release a 1.0.0 with breaking changes since people seem to think ^ is safe…
In the latest release published
('0.1.17': '2017-05-30T11:07:09.749Z')
it seems to have broken compatibility with node.js 4.X. The module make use ofBuffer.from
, but this is not supported in node.js v4.Would you be open to making a new patch release of 0.1.18 that removes reliance on
Buffer.from
, and perhaps is simply 0.1.16 code all over again to fix peoples builds? After this then publish a 1.0.0? The reason I suggest a1.0.0
is becausecopy-webpack-plugin
relies on this module as a ^ dependency, so even if you release 0.2.0 withBuffer.from
it will still cause issues for many people making builds with node.js 4.X - a 1.0.0 avoids this issue and makes sense since it’s not a backwards compatible change. In a 1.0.0 it would make sense to set “engines” in package.json to>=6.x
too.Obviously this is a bit of a big ask, but would be very much appreciated by many folks I think 😄
Can confirm that path-reader was a working drop-in replacement for my project.