| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |\
| |
| |
| |
| | |
* changes:
Wrap up the stress test into a single script make test_restore.sh return a value signifying success or failure
|
| | |
| |
| |
| | |
make test_restore.sh return a value signifying success or failure
|
| |/
|
|
|
|
|
|
| |
Packages that do not use android.permission.BACKUP_DATA will neither be backed
up nor restored. That permission is currently signature-only. In the future if
access to the backup/restore infrastructure is made available to arbitrary 3rd
party applications, the permission checks (and indeed, the permission itself)
can simply be removed.
|
| | |
|
| |
|
|
| |
enhanced readability.
|
| |
|
|
|
|
|
| |
Append the date to 3.txt so that we can see if/when backup failures occurred
solely from the device/server state
Note that these files will probably be deleted from the tree immediately, to
be replaced by the ruby versions.
|
| |
|
|
|
|
|
| |
- Add copyright headers
- Allow the user to pass options (like '-s FOO') to adb
- Restart device adb as root if needed
- Make test_restore to infer a restore set
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
+ Now rechecks the cached IBinder each time the wrapper is used, and if it's
still null (i.e. the BackupManager was constructed before the system service
came up) it's refetched. This lets even system code cache a single
BackupManager instance and just keep making calls through it without worrying
about interactions with the life cycle of the backup service.
+ Added a static dataChanged(packageName) method as a convenience for code that
needs to indicate that some other package needs a backup pass. This is useful
even for third party code in the case of multiple packages in a shared-uid
situation.
|
| |
|
|
|
| |
(which nobody had ever tested. I like it when stuff
just works the first time).
|
| |
|
|
|
| |
(It turns out that we do. It didn't used to work, I'm not
sure what changed)
|
| |
|
|
| |
the backup is done.
|
| | |
|
| |
|
|
|
|
|
| |
This change amends the doRestore() / onRestore() interface to backup agents to
provide the integer android:versionCode of the app that stored the backup set.
This should help agents figure out how to handle whatever historical data set
they're handed at restore time.
|
| |
|
|
|
| |
because they'll always go in the same order, and this lets
us not have to write headers to keep them paired.
|
| | |
|
| |
|
|
|
|
| |
- BackupTestAgent calls the DispatchHelper
- Make BackupAgent.onRestore take a BackupDataInput, not just a
generic ParcelFileDescriptor.
|
| | |
|
| |
|
|
| |
methods on BackupDataOutput.
|
| |
|
|
|
| |
can't be stated. This means you don't need to know if the files
you are backing up exist or not -- we'll figure it out for you.
|
| |
|
|
| |
This took quite a bit of refactoring.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Backups will be handled by launching the application in a special
mode under which no activities or services will be started, only
the BackupAgent subclass named in the app's android:backupAgent
manifest property. This takes the place of the BackupService class
used earlier during development.
In the cases of *full* backup or restore, an application that does
not supply its own BackupAgent will be launched in a restricted
manner; in particular, it will be using the default Application
class rather than any manifest-declared one. This ensures that the
app is not running any code that may try to manipulate its data
while the backup system reads/writes its data set.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This includes some cleanup to make the parameters match
between BackupService.onBackup and FileBackupHelper.performBackup.
|
| |
|
|
|
|
| |
It took a bunch of refactoring inside BackupManagerService,
which is unfortunately all temporary anyway, but it unblocks
a bunch of stuff.
|
| | |
|
| | |
|
| | |
|
| |
|
