Only extensions having the config section in its manifest have default configuration set in extensions table upon install process. Components have their configuration set in params
column after first configuration saving by the user. This causes some issues with third party components that are build to use build-in features like versioning or workflows and enable those features by default. For example if you set the save_history
setting to be enabled by default in config.xml
, until your user saves the settings him-self it will not be respected in some parts of core layouts.
Weblinks
#__extensions
record of com_weblinks
the params
column should have the default component parameters set upon installation#__extensions
record of com_weblinks
the params
is always {}
after installation what requires from the user to save the configuration.Joomla! 4.3.3 at least but I'm pretty sure it is the issue from version 3 too.
Developers can load and save the settings in installer script but I don't think we should force them to do so. The default value from config.xml
should be respected by default. That way we don't have to even set the default retrieval value from component parameters as the default value would be set in one place, the config.xml
file.
Here is the list where for example save_history
setting is assumed to be disabled:
https://github.com/search?q=repo%3Ajoomla%2Fjoomla-cms+%27save_history%27&type=code
Loading the component settings by installer would open the possibility to lighten the core views as well as the views of third party components while providing everyone with a centralized default settings (in config.xml
) and still be able to set the default value returned from Registry
.
Labels |
Added:
No Code Attached Yet
|
Labels |
Added:
Feature
|