Bump and pin dependencies per-release
See original GitHub issueCodes under work well some times before, but never worknow :
try { autobahn = require('autobahn'); } catch (e) { console.log("wamp_orbital.js.connectServer exception = " +e); return; }
Exception occurs:
wamp_orbital.js.connectServer exception = TypeError [ERR_NO_ICU]: “fatal” option is not supported on Node.js compiled without ICU
Since I didn’t meet such errors before, and I didn’t change any code, maybe there is some difference in node-version or Electron-version, but I forgot corrent ones.
node -v v12.10.0 electron 2.0.8
Anyone met the same problem as me?
Issue Analytics
- State:
- Created 4 years ago
- Comments:8 (2 by maintainers)
Top Results From Across the Web
How should you pin dependencies and why? – The Guild
Historically the most common way to pin dependencies was to specify an exact version in your package. json , for example using the...
Read more >3.14.x: Prerelease publish failed to bump `version` in most ...
When looking for cycles, collaps them to a single node. In the Edit 3 of 3.14. · CD and B are both leaf...
Read more >Versions of dependencies - Yarn
When you want to specify a dependency you specify its name and a version range in your ... Versions can also have pre-release...
Read more >Should you Pin your JavaScript Dependencies?
The pros and cons of dependency pinning for JavaScript/npm. ... If instead you "pin" your dependencies rather than use ranges, it means you...
Read more >NuGet Package Version Reference - Microsoft Learn
NuGet 4.3.0+ supports SemVer 2.0.0, which supports pre-release numbers ... Any of the package's dependency version ranges has a minimum or ...
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
Thanks, this works with electron >= 4.0.0 but produces the same error on older electron versions.
In this case, this is caused by the cbor dependency increased the minimum required Node.js version in its latest stable version, which older electrons do not support.
This would not be a problem in itself, they follow semver. The problem is that autobahn only sets a minimum version requirement in the package.json. (>=)
This causes all clients to install the latest stable version of the dependency. And there is no guarantee that the latest stable version of the dependency Node.js requirement is in line with the specific electron Node.js version.
As a possible long term solution:
Can we fixate the concrete versions for the dependencies? Instead of cbor >= 3.0.0 cbor 3.0.0 etc. ( Same holds true for other dependencies )
This would make autobahn much more stable in electron in the long run.
Created a test repo to illustrate the problem here.
You can change the electron version and see how it behaves differently.
alright, then we’ll do that. changing issue label to enhancement …
thanks for explaining! understood & agreed