User tests: Successful: Unsuccessful:
Pull Request for Issue #46400 .
This module displays the which Joomla! Backward Compatibility plugins are enabled and is intended to be displayed in the 'status' position.
use the Prebuilt package of this pr
N/A
Please select:
Documentation link for docs.joomla.org:
No documentation changes for docs.joomla.org needed
Pull Request link for manual.joomla.org:
No documentation changes for manual.joomla.org needed
| Status | New | ⇒ | Pending |
| Category | ⇒ | SQL Administration com_admin Postgresql Language & Strings Modules Installation Libraries |
| Labels |
Added:
Language Change
PR-5.4-dev
|
||
Its missing sql to add it to the extensions and assets tables on update
Its missing sql to add it to the extensions and assets tables on update
@brianteeman Assets table we never insert on updates and leave that to the asset being created when the settings are saved. But with the extensions table you are right.
Its missing sql to add it to the extensions and assets tables on update
@brianteeman Assets table we never insert on updates and leave that to the asset being created when the settings are saved. But with the extensions table you are right.
Doesnt that lead to missing assets
Its missing sql to add it to the extensions and assets tables on update
@brianteeman Assets table we never insert on updates and leave that to the asset being created when the settings are saved. But with the extensions table you are right.
Doesnt that lead to missing assets
@brianteeman Yes, but that's not a problem as modules inherit from the component (part before the first dot in the asset name), so when you have no asset and now edit the module settings and save, the asset will be created exactly in that way. So when we added modules in update SQL scripts in past, we always added the extension record with asset id zero to the extensions table.
@alikon In the update SQL script we should insert things only if they don't exist yet. For this you can find some examples if you search for "WHERE NOT EXISTS" in the 5.4-dev branch. This will make sure that the extension and module will not be inserted multiple times when the script runs multiple times, e.g. after a failed update.
Another thing is that if this PR counts as a new feature, it would have to go into 6.1-dev and be modified for checking the J6 and the J7 plugins. But a J7 b/c plugin will come very likely not with 6.4, if ever.
We have to discuss that in the maintainers team.
This is the sort of thing that a member exception should be made for.
Its missing sql to add it to the extensions and assets tables