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
Remove config/addon-sample.config.php file in favor of per-addon configuration files #12225
Remove config/addon-sample.config.php file in favor of per-addon configuration files #12225
Conversation
I think it's now more confusing than before and I'm not sure what regressions are now possible because of the double call (because manually reloading the config inside There are currently 5 (ordered) kind of config sources
This order is strict and ensures the order Now the other dimension is the timing and I would like to introduce the
For me, it's better understandable than reloading the core config again :-) [edit] Therefor I'd say let's move the |
But I think I get it ... örks ... |
I got to the same point as you and got stuck there. From the priority list apparently I didn't need to reload the env since it would be still be priority over the file that are loaded again. |
Ah I think this should work:
|
Oooh, shiny. However the only thing we need is to set |
433201b
to
24a738f
Compare
Here you go. |
load_config
hook…iguration files - Update documentation and .gitignore
24a738f
to
fa3db87
Compare
Co-authored-by: Philipp <admin+Github@philipp.info>
Address #12135 (comment)
I got rid of the unique
config/addon-sample.config.php
file in favor of per-addon configuration file given #12135 (comment) where the documentation assumes some pre-existing knowledge about the config files that shouldn't be necessary. This change won't have any effect on existing installs as the existingconfig/addon.config.php
file will still be loaded as part of theconfig/
folder. We just don't advertise its existence in the documentation anymore.