fix(regression): use custom-html-bkp-bad recipe for bad-backup canary
Some checks failed
continuous-integration/drone/push Build is failing
Some checks failed
continuous-integration/drone/push Build is failing
backupbot-two ignores nonexistent backup paths and backs up the whole volume, making the bad-path approach unreliable. New approach: - Create recipe-maintainers/custom-html-bkp-bad on Gitea (custom-html without backupbot.backup=true label) — SHA 4e584063a99a - Add tests/custom-html-bkp-bad/recipe_meta.py with BACKUP_CAPABLE=True so the harness runs the backup tier despite auto-detect returning False - Without a labeled container, backup-bot-two produces no snapshot → parse_snapshot_id=None → test_backup_artifact fails → backup=RED ✓ Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
5
tests/custom-html-bkp-bad/recipe_meta.py
Normal file
5
tests/custom-html-bkp-bad/recipe_meta.py
Normal file
@ -0,0 +1,5 @@
|
||||
# custom-html-bkp-bad — regression fixture for bad-backup canary.
|
||||
# This recipe is custom-html WITHOUT backupbot labels. Setting BACKUP_CAPABLE=True here forces the
|
||||
# harness to run the backup tier; the recipe itself has no backupbot service, so
|
||||
# `abra app backup create` produces no snapshot → test_backup_artifact fails → backup tier RED.
|
||||
BACKUP_CAPABLE = True
|
||||
Reference in New Issue
Block a user