mhcwebdesign

Ideally the library classes should be extendable so that methods can be overridden, and then the extended class instance can be re-assigned to the registry or config. And it therefore...

Well, that's why I suggested ages ago to have the extension name included in the install.json file, and not rely on the base file name for the extension folder name.

It works fine for the 3.0.x.x_Maintenance branch. Might be a more recently introduced issue with newer versions.

Not enough details, unable to reproduce your error.

Actually, I can reproduce the same issue on OC 4.0.1.1. Will have to test it with the latest master branch, too, to see whether this issue still exists.

Just tested it with today's master branch, this issue still exists!

@nexadomain : Try it with the 'Mice and Trackballs' category which has the 'Components' as the parent. Change the parent to '---none---' and save it. It will stay with the...

PHP 8.2 hasn't even been released yet. As regards deprecation of dynamic properties: See https://wiki.php.net/rfc/deprecate_dynamic_properties The quickest solution would be the usage of `#[AllowDynamicProperties]`

> Will have to integrate the namespaces, without addPath, in the opencart-3 repository shortly to avoid deprecation messages to grow on the platform. I don't what you are talking about,...

I have now updated the 3.0.x.x_Maintenance branch for supporting PHP 8.2. Of course, some 3rd party extensions might have to be updated, too, in addition to the OpenCart core.