Akeeba Backup for Joomla!

Akeeba Backup for Joomla!

version 3.7.0 Stable

Released on: Monday, 25 February 2013 03:16

Release Notes

In a nutshell

This release addresses a number of issued discovered since the release of Akeeba Backup 3.6.12. Moreover, this version improves a feature present in older versions of Akeeba Backup, the automatic Akeeba Backup schema fix. If Akeeba Backup detects that its database tables are missing or not up-to-date it will attempt to create or fix them respectively. This is a common issue with sites being upgraded from older versions of Joomla! or when an update goes wrong and you have to re-apply it. In that last case Joomla! sometimes doesn't get to run the upgrade SQL commands specified in the installation package, leading to the notorious "stuck at Updating statistics (75%)" issue which prevents you from taking a successful backup of your site.

Furthermore, this release improves handling of multi-part backup archives as far as the ZIP format and importing from S3 is concerned, Joomla! 3 compatibility, MySQL 5.6 compatibility and ACL privileges.

PHP 5.3 is now required

This version requires PHP 5.3 or later. The rationale behind this is explained in our statement of mid-February 2013. It won't install on hosts running PHP 5.2 or earlier.

Unfortunately, due to a long-standing bug in Joomla!'s extensions installer, if your host has PHP 5.2 and you try to install the component on it the installation won't proceed but it will also make the Akeeba Backup icon disappear from the Components menu. You can still access the component by directly visiting its back-end URL, e.g., or by uninstalling and reinstalling the previous version, losing all your configuration and data.

This is a Joomla! bug, not an issue with our software. There is no workaround. The other alternative would be letting the new version install but not work at all due to the PHP version incompatibility. We urge affected users to file a bug report with the Joomla! project.


~ UX improvement: When the Discover & Import archives finishes redirect to Manage Backups instead of Control Panel
~ Automatically detect and fix missing database tables
# [HIGH] The directory browser for off-site folders didn't work properly
# [MEDIUM] Wrong End of Central Directory record in multi-part ZIP archives didn't allow anything except Kickstart to extract them
# [MEDIUM] Import S3 would fail on multipart archives
# [MEDIUM] Using "Discover and Import Archives" with multipart archives would end up not showing the last part in the Manage Backups page
# [MEDIUM] The .htaccess in the backups directory would cause the server to return an error page instead of just limit access
# [MEDIUM] The "Manage remotely stored files" didn't appear in a popup as it is supposed to on Joomla! 3.0.
# [LOW] Specifying Super Administrator email for update notifications wasn't working
# [LOW] Very rare issue killing the database backup with a message like "fwrite(): XYZ is not a valid stream resource"
# [LOW] Very rare performance issue when your PHP memory limit is expressed in Kilobytes, e.g. 131072K instead of 128M
# [LOW] Giving akeeba.backup ACL privilege without also giving the global Edit Content privilege would prevent you from backing up
# [LOW] Backups downloaded from S3 would not be imported to the Manage Backups page, but only downloaded on the server
# [LOW] MySQL 5.6 compatibility
# [LOW] Help tooltips wouldn't display correctly on Joomla! 3.0.3

Our Core versions are provided free of charge,
but they only scratch the surface of what's possible.

Subscribe today to get access to the exclusive features and enhanced support of our Professional releases!

Subscribe and get full access!

Already a subscriber? Log in.