Torsten Grote
Torsten Grote
Because of https://github.com/seedvault-app/seedvault/issues/431#issuecomment-1215751245
If you have helpful information, please add it to https://github.com/seedvault-app/seedvault/issues/405
that test failure happens everywhere, we don't know why.
Hard to tell what's going on without DavX5 logs. Might be a reproducible I/O error, maybe causes by nextcloud locking a file or something like that?
We have a user that did backup to USB that ran into the same issue. Here a shortened log: ```ruby 11-22 12:11:57.713 1540 6450 V BackupManagerService: [UserID:0] Acquired wakelock:*backup*-0-6450 11-22...
The OS seems to intentionally set `cancelAll` to true for some reason. Ideally, we shouldn't need to work around this. Maybe you or someone could try a stock google backup...
Did you try some more simple apps that would work in normal backup, e.g. Tickmate?
What may be happening is that there's a "pre-flight error" here: https://cs.android.com/android/platform/superproject/main/+/main:frameworks/base/services/backup/java/com/android/server/backup/fullbackup/PerformFullTransportBackupTask.java;l=455;drc=2722d365c9b93adc88c14e55aaf6ffb54d47cda5 A first step may be to log the `LOG_EVENT_ID_ERROR_PREFLIGHT` ourselves with as much debug info as we can....
I made a tiny app that reproduces the problem: https://gitlab.com/grote/backupagentcrasher
did you explicitly tell storage backup to backup the location of you sound recordings and turn on storage backup? Or did you expect Seedvault backup them up automatically?