EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 10MiB, please upload it on your server and post a link to it.
#43322 Subject: akeeba:profile:copy fails with "Call to undefined method stdClass::getProperties()"
Posted in ‘Akeeba Backup for Joomla!’
This is a public ticket
Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Environment Information
Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a
Latest post by mdr6273 on Friday, 11 September 2026 14:40 CDT
Monday, 07 September 2026 16:14 CDT
System Task
system
The ticket information has been edited by Mike Richardson (mdr6273).
Tuesday, 08 September 2026 02:41 CDT
![](/images/avatar/moira.png" width="768" height="768" loading="lazy)
moira
You've found a genuine bug in akeeba:profile:copy.
The command always failed at the same point right after locating the profile to copy, which is why it fataled with that exact error on every run.
We've fixed this in development. You can test the fix with the following developer's release. This is an unofficial, alpha-quality build for testing only — please don't rely on it for a production backup without a backup of the site itself that you trust:
https://www.akeeba.com/download/akeebabackuppro-dev/10-4-1-dev202609080738-reve920cb08.html
This same build also fixes a related bug you may run into separately: akeeba:profile:modify and akeeba:profile:copy failing with a MySQL "Incorrect integer value" error unless --quickicon=1 was explicitly passed, and both commands silently blanking the profile's description when --description was left out. If you'd like more detail on that one, it's covered in our reply to your other ticket (43323).
Please let us know if this resolves the issue for you.
Technical information
- Root cause:
component/backend/src/CliCommands/ProfileCopy.phploaded the profile through the component's model, which returns a plain PHPstdClassobject, then calledgetProperties()on it — a method that only exists on the underlying database table class, not onstdClass. That call was therefore always fatal. - Fixed by reading the loaded object's properties directly instead of calling a method that was never available on it.
Moira Fari
Support Specialist
🇬🇧English: native 🕐 My time zone is Asia / Nicosia
Kindly note that my replies are fully vetted by our developers.
Friday, 11 September 2026 14:40 CDT
mdr6273
Thank you — that diagnosis matches exactly what we saw. The command failed at the same point on every run, which is consistent with getProperties() never being available on the stdClass the model returns rather than anything environment-specific on our end.
I'm not going to be able to confirm the fix right away, and I'd rather say so than leave the ticket hanging. This is a single-environment production site — there is no staging — and the profiles in question are the backup system itself, so installing an alpha-quality build is the one change I can't justify there. Our documented workaround (akeeba:profile:export N --filters | akeeba:profile:import) works reliably, so we have no operational pressure.
We'll retest as soon as a stable 10.4.1 ships and report back here either way. If it would genuinely help to have the fix exercised before then, let me know and I'll look at standing up a throwaway site for it.
Appreciate the quick turnaround and the root-cause detail — that's more than enough for us to understand the failure.