We know that in some cases the new integrated classes are not loaded on update. #16724
script run
script does break
Maybe we should better do a if class exists check before the call to JExtensionHelper::getCoreExtensions();
in that spezific file? Expecialy as that manifest thing is not that critical when it does not run.
Labels |
Added:
?
|
It was only a problem historically when supporting core updates through the extension manager. We aren't doing that anymore.
By the time we get to a point where that class gets called for the first time in an update, either the system will be correctly updated and there will be nothing to worry about or there was an issue unpacking the update and the user is going to have other problems anyway.
Ok, i just want to be sure, closing than based on Michaels info. Thanks.
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-07-05 17:38:46 |
Closed_By | ⇒ | zero-24 |
That's what I had in my memory, too, that the problem was from extension installer being used for core update.
Thanks for confirm.
Hmm, good thought.
But I did not experience since long time that problem with new classes coming with the update not being loaded on update.
So I am curious on feedback here.
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/16985.