Inconsistent Mixin testing behavior

We’re trying to test a Mixin using the pattern generated by ember g mixin. But we’re seeing inconsistent behavior.

The test is easy:

  const ObjectWithMixin = Ember.Object.extend(Mixin);
  const objToTest = ObjectWithMixin.create();
  return this.PUBLIC_API.forEach(api=> {
    return ok(objUnderTest.actions[api]);
  });

this.PUBLIC_API is defined in the beforeEach hook of the module call:

module('Unit | Mixin | auto completeable', {
  beforeEach() {
    return this.PUBLIC_API = ['actionX', 'actionY'];
  }
});

Simple. All we’re doing here is testing that the actions defined on the mixin are incorporated into the object into which it’s being mixed in.

And yet when we run this via IrisUI we see two conflicting behaviors.

Sometimes objToTest in the test has its actions property defined; but other times it is undefined and the test fails referencing an undefined object. It seems to be there’s some race condition here in how the objects are created, but it’s got us somewhat stumped. Is this a known bug, or is there some other workaround?

[rwjblue]

Ya, if that is the case, there isn’t much to be done here. This was a pretty weird thing that was done in Ember 1.x (and deprecated). Moving to Ember 2.0 should remove the inconsistency.

Closing…

[adamdonahue]

It literally changes somewhat randomly between test reloads. In any case, adding

const actions = objUnderTest.actions || objUnderTest._actions;

seems to fix the issue.