qunit dropped node 8 without a breaking change
See original GitHub issuequnit 2.11.0 changed its engines
declaration to >=10
.
The current stable release (4.6.0) of ember-qunit supports node 8, and depends on qunit ^2.9.3
.
Should we do a 4.6.1 release that restricts the qunit range to avoid the breakage?
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
qunit-dom/CHANGELOG.md at master - GitHub
Changelog. v2.0.0 (2021-08-30). Breaking Change. #1214 Drop support for Node.js 10 (@Turbo87). Documentation. #983 doc(release): remove extra 'to' ...
Read more >QUnit 2.0 Upgrade Guide
This guide will assist you in upgrading from QUnit 1 to QUnit 2. Overview. The QUnit 2 release only removes old methods. The...
Read more >Changelog - Sinon.JS
This is potentially breaking, but should not be, as the breaking change deals with the Node timer object created by fake timers. eba42cc3...
Read more >Changelog - Karma test runner
drop node 8, adopt node 12 (#3430) (a673aa8) ... on the fact that Karma uses Bluebird promises may break as Bluebird-specific API is...
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 should’ve fixed in 4.x, but didn’t get to it. Sorry folks.
@rwjblue is this still relevant or should we close it, now that v5 is out?