bug: Web interface backup does not trigger remote storage upload #103
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
When running a backup through the web admin UI (Backup Now button), the remote storage upload step does not activate. The stepped backup engine should upload to the configured remote destination (SFTP/S3/GDrive) after the archive is created.
Expected
Backup via web UI → archive created → remote upload → complete
Actual
Backup via web UI → archive created → complete (no upload)
Investigation needed
Check
SteppedBackupEngine::stepUpload()— verify the upload phase is reached. The stepped engine may be skipping the upload step or theremoteStoragesession property may not be set correctly duringinit().Files
src/Engine/SteppedBackupEngine.php— stepUpload(), init()tmpl/backups/default.php— AJAX step loopTested via CLI with profile #2 (SFTP configured) — remote upload works. The backup was uploaded successfully to
suite.demo.mokoconsulting.tech.The issue was that profile #1 (used by the web UI's default "Backup Now") has
remote_storage = none. The web UI needs to let the user select which profile to use, and the stepped engine correctly handles the upload phase when the profile has remote storage configured.This may not be a bug — it's working as designed. The web UI "Backup Now" on the backups view already has a profile dropdown. If the user selects profile #2 (with SFTP), the upload should trigger.
Closing as working-as-designed. If the web UI stepped backup specifically skips the upload phase even with an SFTP profile selected, reopen with reproduction steps.