Could someone add a label "Discussion" to this issue?

Hmm, I corrected something in the description and now status has changed back from "discussion" to "new".

There are a couple of PRs from Andre that I've tagged for 3.8 that help
with this.

• Michael Please pardon any errors, this message was sent from my iPhone.

@mbabker Well, I remember there was something with protected extensions.
Questions to @andrepereiradasilva :
Can we rely on "protected extension" is equal to "core extension"? Or is it a feature also being usable for 3rd party extensions?

As far as I understand, the reason why the 2 PRs I mentioned in the description need to know if core or not core extension is that they are dealing with update sites, which in case of 3rd party extensions can be found in the extension's XML file but in case of the core it depends on the update component's options (update channel, custom URL) and so has to be handled differently.

A time ago made some PR to allow to lock extensions to not being able to be uninstalled. All core extensions would be locked But it doesnt mean all locked extension would be core extensions. See https://github.com/joomla/joomla-cms/pull/13037/files

You maybe could have a extension helper ir something with a list of core extensions to help since this exame a frequent issue that is raised.

Maybe it's possible to just link each core extension to the "Joomla" updateserver? Not sure about the implications.

@Bakual when you will assign each extension to an updateserver then Joomla will try to find update and there will be so many external request that looking for updates will end with a timeout.

Some time ago I have installed locally Joomla 3.6.0 and my custom extensions IDs are starting from 803, just after GB language pack with ID 802. So I guess that you can not relay on that.

In my opinion the best way is to add a new column #__extensions.core = 0 / 1

In my opinion the best way is to add a new column #__extensions.core = 0 / 1

I don't like that much. Imho it's a static list of elements which could as well live as a property of a PHP class. I would prefer a helper or property somewhere in com_admin or com_installer.

Storing such static information into the database doesn't make much sense to me. Also updating the database during an CMS update to populate the column could fail as well when updated without using Joomla Update. So the same people who don't have the right IDs for their extensions may miss that update SQL ?

But that's my personal opinion.

A JExtensionHelper::getCoreExtensionIds() that returns all core extension ids in the #__extensions table?

That means that all updates that need core extension ids must be done trough com_admin script.php (as IMHO all non db schema updates should be ... ).

first let me say i don't have much time to mantain PRs.

So i did the code to have a JExtensionHelper::getCoreExtensionIds() that returns all core extension ids.
See staging...andrepereiradasilva:exte3nsion-helper-core

If anyone want to use that code to make a PR, be my guest.

@andrepereiradasilva It would be good to have one list of core extensions instead of two.

@andrepereiradasilva I maybe can create a PR on weekend when I have more time than during the week. I'll check your branch mentioned above of course, thanks for that.

you are right @wojsmol let me check

Well, maybe it needs 2 lists - softcore and hardcore extensions ... :-) (joking)

now it as only one list :)
staging...andrepereiradasilva:exte3nsion-helper-core

BTW there are several extensions missing from that update manifest list...

hardcore extensions are at least com_tags and the plugin extension joomla ?

@andrepereiradasilva You wrote: "BTW there are several extensions missing from that update manifest list...". What do you mean with that? I am not sure if I fully understand which list you mean, yours or the manifest XMLs, and what meands missing. Is your list complete now, and the XMLs are not, or vice versa?

@Bakual @mbabker @piotrmocko @wojsmol What do you think about andre's solution? To me it seems to be OK. If it is OK for you, too, and nobody else wants to do it or has time, I can make a PR of course, but all the credits should go to andre then.

I'm fine with his proposal.

@richard67 don't need credits. Just don't have time to mantain pr
yes my list as all extensions but please double check with instalattion sql file

@richard67 It looks ok to me.

Guys, I have created a PR: See #16613 . Please review and test.

Closing as there is a PR #16613 . Discussion can be continued there, testers and reviewers are welcome.