-
-
Notifications
You must be signed in to change notification settings - Fork 259
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tests fail after upgrading to 0.5.17 - unable to find custom store #130
Comments
@toddjordan - Is this a unit test? If so, is |
This is mostly a guess, but I believe this is because of the change that @nickiaconis and I did in #127. Prior to that change, anything used/looked up during the initial registry setup would have been able to use the normal resolving process. This means that when we call After the change, the registry passed to |
Yeah, the needs was in place, but was loading the default store |
@toddjordan - Gotcha, thanks. I'm trying to come up with a fix, shouldn't be long. |
thanks! |
@rwjblue @toddjordan is this issue still relevant? |
I believe this was already addressed, happy to reopen if I'm incorrect... |
My team uses a extended store object that gets resolved by Ember at runtime because we put the file in
services/store.js
. Starting in the new release, our unit tests can't resolve our custom store, the unit test's resolver just gives us the ember one. How do I load my custom store object from a unit test?As a workaround, I'm just going to refactor the test into an integration test, which does use the integrated store, but as a patch version upgrade, I wouldn't think I would be forced to do so...
The text was updated successfully, but these errors were encountered: