User tests: Successful: Unsuccessful:
Pull Request for New Issue.
As detected in PR #9744, there is an inconsistency in the en-GB language extensions.
The default language (en-GB) should have 3 extensions like any other language pack:
1. type = language | client = Site: For the site site language
2. type = language | client = Administrator: For the administrator site language
3. type = package | client = Site: For the whole en-GB language package
But, only extensions "1." (en-GB site language) and "2." (en-GB admin language) exist in Joomla core default database.
The extension "3." (pkg_en-GB language package), although it has a manifest file, doesn't have an extension in Joomla core default database.
Note that this is the only manifest file in the whole Joomla core that doesn't has an extension in the database, and for consistency it should.
This generates some inconsistencies, for instance the update server is declared in the extension "3." (en-GB language package) manifest file, but in the database is linked to extension "1." (en-GB site language).
Extension "1." (en-GB site language) doesn't have update servers in his manifest file, because is a extension of language type.
So, this PR adds the "pkg_en-GB language package" extension to new joomla installation, also adds it to the upgrade process and makes the necessary adjustments in the code.
Status | New | ⇒ | Pending |
Labels |
Added:
?
|
Category | ⇒ | Code style |
That would be wrong because the language pack isn't updated on its own. It's part of the core.
The manifest files (and especially the package one) for en-GB are mainly present to allow translation using Crowdin (or other tools). They aren't used actively in the CMS and shouldnt be used.
Since you can't (and shouldn't) uninstall en-GB anyway, there is no reason to register it as a package.
because the language pack isn't updated on its own. It's part of the core.
Yes, as most of the extensions that exist by default in the extensions table...
The manifest files (and especially the package one) for en-GB are mainly present to allow translation using Crowdin (or other tools). They aren't used actively in the CMS and shouldnt be used.
Since you can't (and shouldn't) uninstall en-GB anyway, there is no reason to register it as a package.
I disagree, is a matter of consistency, all core joomla extensions are in the database.
Remember, the pkg_en-GB extension is blocked so it can't be uninstalled like all the other ones that are joomla core extensions.
I understand both arguments and personally agree with @andrepereiradasilva but setting to Needs Review so PLT can make a definitive decision
Status | Pending | ⇒ | Needs Review |
Status | Needs Review | ⇒ | Information Required |
@andrepereiradasilva Can you please update this PR so that the SQL files are numbered 3.6.0? After that we can merge this. Thank you.
Status | Information Required | ⇒ | Pending |
Do we not need a manifest file as well to go here: https://github.com/joomla/joomla-cms/tree/staging/administrator/manifests/packages
Status | Pending | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2016-05-08 14:16:00 |
Closed_By | ⇒ | wilsonge |
Milestone |
Added: |
Merged
ok, now it uses the 801 id for the pkg_en-GB extension