-
-
Notifications
You must be signed in to change notification settings - Fork 80
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
Make configuration work in engines #172
Conversation
769789e
to
3506873
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This LGTM, thoughts @xg-wang / @nlfurniss?
app = current.app || this; | ||
} while (current.parent && current.parent.parent && (current = current.parent)); | ||
|
||
return app; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since this functionality is in cli > 2.17 an this addon uses at least 3.5, seems like we can remove this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@nlfurniss This supports consumer app whose cli <= 2.17
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But given the current version of this addon tests against 3.5, we dont really support < 2.17...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We lack a way to test against different cli versions
tomdale/ember-cli-addon-tests#25
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, can you rebase?
This makes sure that all nested dependencies use the correct application configuration, and that the import/configuration works in nested addons, especially in engines.
3506873
to
e09bd95
Compare
I have rebased 👍 |
This makes sure that all nested dependencies use the correct application configuration, and that the import/configuration works in nested addons, especially in engines.
This fixes #133.
I tried it in an app of ours with engines & nested dependencies to ember-fetch, and this ensures that it always got the correct options passed.
Note: While investigating this, I also found out that it wasn't even taking the correct options for building. E.g. If, in my engines dummy app, I had
preferNative: true
specified in theember-cli-build.js
, it never actually got to this value, instead reading the config from ember-fetch's config (somehow? not entirely sure).