Chris Krycho

I'm closing this as outdated and not actionable—both because we were never able to get to a clear reproduction, and because we now recommend that people switch to using `ember-cli-babel`...

I think this got resolved in Ember Data’s types on DT? Feel free to reopen if not/still relevant.

ember-mocha has since been deprecated in favor of ember-qunit. People should switch to the maintained package. While PRs will still be accepted against the DefinitelyTyped definitions, I am closing this...

The workarounds described here remain (and will remain) the best options as long as Ember’s app-level build is still a “classic” build system reliant on the resolution and override rules...

Fixed by shipping types from Ember natively! (Also, I think this got an export in DT at some point.)

This has been fixed long since, in both the DT types (for Ember v4) and in `@ember/test-helpers`'s own types.

We're happy with our CI setup at this point, even including the Discord notifications (which did eventually happen!).

We now recommend that people switch to using `ember-cli-babel` for apps (as documented [here](https://github.com/babel/ember-cli-babel#enabling-typescript-transpilation)) and the rollup plugin configured as part of the v2 add-on build for add-ons, in conjunction...

Resolved as part of the definition of type-only public API for Ember in [RFC 0821](https://rfcs.emberjs.com/id/0821-public-types), in conjunction with the spec at ’s discussion of “user-constructibility”. The discussion here was invaluable...

I am going to close this issue *here*… but if someone wants to integrate an updated version of these materials into the Ember docs, where we are currently working on...