incompatibility with Node.js as of version 4x
See original GitHub issueNote that as of our 4.0.0 release, jsdom no longer works with Node.js™, and instead requires io.js. You are still welcome to install a release in the 3.x series if you are stuck on legacy technology like Node.js™.
To be perfectly frank, to release this version in the wild, and to publish it on npmjs.com - the de facto source of information about community-contributed packages for Node - is grossly irresponsible in light of the incompatibility with Node.js
Those of us who use Gulp as a build system, and thus, rely on Node modules, which may in turn, rely on other Node modules, including this one, are now faced with a fatal error upon running npm install
and attempting to use Gulp.
Issue Analytics
- State:
- Created 9 years ago
- Comments:19 (7 by maintainers)
Top Results From Across the Web
The engine "node" is incompatible with this module. ...
As the error says the dependencies you are installing is only meant to run in node version between 0.4.x to 0.9.0. Version for...
Read more >Compatibility — Node.js
The following compatibility table specifies the recommended versions of the MongoDB Node.js driver for use with MongoDB. The first column lists the driver ......
Read more >Node v4.0.0 (Current)
Node.js® is a JavaScript runtime built on Chrome's V8 JavaScript engine.
Read more >[Resolved] Particle CLI incompatible with Node 4.X
As you can see, there's an incompatibility between the expected version of Node (0.10.x — 0.12.x) and the installed version 4.1.0.
Read more >Example usage for existing napi addon binaries · Issue #71
js versions? I'm on Ubuntu 14.04 x64. I'm having a bit of trouble using the code here to add support for napi module...
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
a helpful hint following your quite-severe advisory to suggest adding:
"jsdom": "3.1.2"
to the devDependencies of package.json at the root level of a Gulp build configuration, or similar, would be surely more helpful than the advisory alone… strongly recommend doing this, lest more suffer the time i wasted, needlessly.
how to easily do that isn’t exactly obvious… in my case, it was gulp-packer that was dependent upon it and now giving a fatal error. i thought i would now have to edit its
package.json
every time it is reinstalled. however, adding:"jsdom": "3.1.2"
to
devDependencies
in the samepackage.json
used by Gulp does resolve this issue.