Skip to content
This repository was archived by the owner on Jan 5, 2022. It is now read-only.

Commit eb32c66

Browse files
committed
Solved mystery behind 41-byte-backups
- obviously apps really *can* refuse to be backed-up via ADB - updated `known_issues` accordingly
1 parent 9cff92e commit eb32c66

File tree

1 file changed

+5
-3
lines changed

1 file changed

+5
-3
lines changed

doc/known_issues.md

+5-3
Original file line numberDiff line numberDiff line change
@@ -1,11 +1,13 @@
11
# Known Issues
22

33
## Some apps simply don't want to be backed up via ADB
4-
At least on my P880 I've encountered several apps which seem to simply refuse
4+
In my tests I've encountered several apps which seem to simply refuse
55
being backed up via ADB. In those cases, backups result in a 41 byte file (which
66
is just the backup file header). So watch out for those, and see to have them
77
backed up by other means; as *Adebar* here is no more than a "front-end" to the
8-
`adb backup` command, I don't see what it could fix here.
8+
`adb backup` command, I don't see what it could fix here. As the example of
9+
[DavDroid](https://github.com/rfc2822/davdroid) shows, this is rather to be
10+
fixed on the corresponding Android app's end.
911

1012
Apps which I found having this issue include the following:
1113

@@ -14,7 +16,7 @@ Apps which I found having this issue include the following:
1416
- SuperSU
1517
* installed as user apps:
1618
- AppMonster Pro
17-
- DavDroid
19+
- DavDroid (pre-0.6.4; fixed [on DavDroid's end](https://github.com/rfc2822/davdroid/releases/tag/v0.6.4))
1820
- JuiceSSH
1921
- MobilityMap
2022
- WakeLockDetector

0 commit comments

Comments
 (0)