Problem/Motivation

When accidentally trying to restore a totally wrong type of file the restore process seems to operate normally and retuns message:
"Restore Complete."

Steps to reproduce the problem:
1. Backup a site with B&M-module and export also the site configuration separately
2. Try to restore the site using a wrong file, config-www-xyz...-34.tar.gz in this case
3. Restore seems to go nicely (except very fast) and retuns msg "Restore Complete."
4. Nothing else happens, no errors in the report log

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

mlahde created an issue. See original summary.

emartoni’s picture

Assigned: Unassigned » emartoni
emartoni’s picture

Assigned: emartoni » Unassigned

* Desired solution: When the module creates the compressed file, it add some metatada into this file, making possible to identify if it was created by module. Unfortunilly this metadata are removed when the file is downloaded. If this data persist, we can use it to identify and avoid the success message if file is not a backup.

* Possible solution: Add an empty file to identify that this file was created by BM module and display the success message if all goes right.

liliancatanoi90’s picture

Attached a patch with a solution. Throws an error if file line doesn't contains a sql command.

liliancatanoi90’s picture

Status: Active » Needs review
Dinu R.’s picture

Status: Needs review » Reviewed & tested by the community

Alex Andrascu’s picture

Status: Reviewed & tested by the community » Fixed
DamienMcKenna’s picture

Version: 8.x-4.0-beta3 » 8.x-4.x-dev

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.