I made a database backup on my test board via ACP, when restoring the database I get this error:

Tried with Gzip & bzip2
phpBB 3.2.7
PHP: 7.2.17
Database server: MySQL(i) 5.5.60-MariaDB
[phpBB Debug] PHP Notice: in file [ROOT]/includes/acp/acp_database.php on line 219: Undefined index: extensions
Looks like line 219 incorrectly tries to reference "extensions", instead of "extension" as intended. Making that change allowed the restore to proceed.
switch ($backup_info['extensions'])
to switch ($backup_info['extension'])
/includes/acp/acp_database.php
file for phpBB 3.2.7 contains the change. When updating your board, note that there is a file of this same name one level deeper, under /includes/acp/info/
, which is not the one you intend to overwrite.Agreed. Regardless of what method you use to restore the backup, the data on your board when you're finished with a successful restore is going to be the data that was in the backup. Which isn't "specifically 3.2.5", and would be whatever version was installed at the time the backup was made hours / days / weeks / months / years ago.
You are correct. The change to remove the ability to "Download" backup files first appeared in phpBB 3.2.6, and that is when this "unable to restore" issue first appeared, too.
Not if the version in the config table was 3.2.5 upon restore. Neither phpBB's database backup, nor phpBB's or phpMyAdmin's database restore, will override or change the stored version number in the database or in the backup files.Joyce&Luna wrote: ↑Tue May 07, 2019 11:40 pmThe backup comes from the phpBB version 3.2.7Joyce&Luna wrote: ↑Tue May 07, 2019 11:05 pmThe backup from Store can be uploaded with phpMyAdmin.
But the phpBB version jumps back to phpBB 3.2.5.
phpbb_config
table data (or whatever your correct table prefix is) and finding the "version" row's config_value field. For example, ('version', '3.2.7', 0)
. If you made .tgz or other compressed backups, the .sql file is what's inside that compressed archive.