Closed noslouch closed 7 years ago
It is the same issue as linked in the intro. ember-qunit is a dependency of ember-cli-qunit, and this bug was fixed upstream in QUnit.
@trentmwillis - Do you think a release of QUnit will be out in a few days, or should we revert the changes in ember-qunit (instead of using before we would just always create the module in beforeEach) and revert the revert after QUnit release?
I'm planning on trying to do a release today. Was waiting for a couple PRs to land.
👍 - Awesome, thank you @trentmwillis!
A fresh npm install
should resolve this as qunitjs@2.3.2
is now released. Please reopen if it persists.
I'm seeing this with ember-cli-qunit@4.1.1
Please open a new issue with a reproduction...
This seems like the same issue as emberjs/ember-qunit#269, but this is happening in a fresh
ember-cli
project, which does not explicitly installember-qunit
.I noticed that
ember-cli-qunit
doesn't include the updatedember-qunit
/qunit
versions. This issue is partly a reminder to updateember-cli-qunit
with the version ofember-qunit
that includes the upstream fix inqunit
, but also include a reduced case for this particular issue.I can't quite get ember-twiddle to load up the proper version of things, but I can provide a reduced test case in this issue with samples of relevant code.
I ran the following generator commands and made a small series of edits to the boilerplate test file included here:
skip
to the imports