Since #10729 the #__languages
table has an asset_id
column with an apparent plan for a future ACL implementation. This is still incomplete and now causes corruption with the assets records.
JTableLanguage
does not extend and implement the _getAsset*
methods (_getAssetParentId
being the most important) so the asset records are created with the system defaults. Since the _getAssetParentId
isn't extended this causes all asset records for languages to be a child of the root record versus inheriting from the com_languages
component.
An immediate short term fix is to implement the _getAssetParentId
in JTableLanguage
and implement an update routine fix (in PHP, unless you can reliably write this update statement in native SQL) to correct the inheritance of the language assets. Long term, the plan for this ACL implementation should be shared or if it isn't going to be used then it should be removed (there isn't an issue with having it in core but right now it is half baked and majorly incorrect).
Labels |
Added:
?
|
@mbabker @andrepereiradasilva
We started working on this here, in relation to com_associations permissions;
infograf768#30 and came to the conclusion that we should not use it for com_associations, but only for Content languages.
There were many problems to solve and we did not complete the job as it may have needed a lot of refactoring. The main idea being the permission to use a specific Content Language or not all over core with a new field type.
Example: some one is allowed to use en-GB and fr-FR, but not it-IT. Therefore he can't assign it-IT to an article, but still can edit (if he has permission to edit that article) an article which is tagged to it-IT WITHOUT being able to modify its language.
As of today Content Languages are now automatically created when installing a language (at joomla installation time they are created and published. Otherwise they are created as unpublished).
Therefore I think that soon or later (later I guess, if someone implements this for 4.x), we will need this column.
Not sure what to do exactly today though.
Category | ⇒ | ACL com_languages Multilanguage |
Status | New | ⇒ | Confirmed |
Status | Confirmed | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-08-25 11:53:08 |
Closed_By | ⇒ | franz-wohlkoenig |
Set to "closed" on behalf of @franz-wohlkoenig by The JTracker Application at issues.joomla.org/joomla-cms/13602
closed as having Pull Request #17716
@infograf768 what's the plan here? should it be removed or will it be used?