summaryrefslogtreecommitdiffstats
path: root/cmds/bmgr
Commit message (Collapse)AuthorAgeFilesLines
* Don't let bmgr leave a restore session hanging on errorChristopher Tate2009-08-111-8/+10
| | | | | | | | | | | Specifically, don't wait for the RestoreObserver to be informed that the restore has completed unless performRestore() ran. We were winding up in a case where bmgr was hanging forever waiting on a nonexistent restore process instead of calling endRestoreSession(). Also improve the documentation, explicitly calling out the need to call endRestoreSession() even if previous operations on the session were unsuccessful.
* Don't crash if the Backup Manager returns a null RestoreSet[]Christopher Tate2009-08-071-6/+8
|
* make restore tokens shown in hex.Christian Sonntag2009-08-071-2/+2
| | | | Since they are android ids, it is much easier to use them as hex, since we can just copy then into android inspector and learn more about the restore set.
* Fix Bmgr's logic around restore completionChristopher Tate2009-08-071-9/+12
| | | | | | The caller needs to wait for the restore observer to be informed that the restore has finished processing before it can safely shut down the restore session.
* Add a 'wipe' operation to BmgrChristopher Tate2009-07-021-0/+26
| | | | | "bmgr wipe PACKAGE" now issues the backup transport clearBackupData() operation for the given package.
* Implement persistent enable/disable of the backup managerChristopher Tate2009-06-291-0/+55
| | | | | | | | | Backup & restore is still enabled by default, but with the expectation that it will be enabled during the course of the Setup Wizard or some other privileged entity that has notified the user about the ramifications. While disabled, data-changed notices will still be collected, but no backup pass will be scheduled. When the backup manager is later enabled, any pending data-changed notices will then be processed and the apps invoked for backup.
* Use system properties to track the current transportChristopher Tate2009-06-261-11/+54
| | | | | | | | | | | | | | | This change retools the transport selection mechanism a fair bit. Transports are now specified by name rather than by numeric ID, and the name of the currently selected transport is stored in a persistent system property under the name "persist.service.bkup.trans". The name -> IBackupTransport translation is now handled by maintaining a map from the names to the live IBackupTransport objects that correspond. The Google transport service observer now registers and unregisters the transport as the service goes up and down. The bmgr command has been expanded to include real transport interrogation and selection by name, and some documentation has been written for it.
* Use a long for restore tokenDan Egnor2009-06-261-2/+2
|
* Add some error reporting & info to bmgr's outputChristopher Tate2009-06-261-3/+17
|
* Add some helpful tests scripts for backup and make bmgr restore wait until ↵Joe Onorato2009-06-251-11/+33
| | | | the backup is done.
* Give the bmgr command an IRestoreObserver too.Joe Onorato2009-06-251-2/+13
|
* Use signatures on restoreChristopher Tate2009-06-181-0/+21
| | | | | | | | | | On restore now, the backup manager gets the signature blocks corresponding to the restore set from the transport. It then validates those signatures against the on-device app signatures, and refuses to restore data to an app whose on-device sig block does not match the backup image's. Also actually implement 'bmgr transport N' so that we can select the local transport easily during runtime.
* More bmgr work; fix clear-data signallingChristopher Tate2009-06-161-5/+49
| | | | | | The 'list sets' and 'restore token#' commands from bmgr now do what they are supposed to. At this point we see the restore target's data being cleared properly and its agent being launched and invoked for restore.
* Sketch out a 'bmgr' command line toolChristopher Tate2009-06-155-0/+379
Not finished, but eventually will allow adb shell access to the Backup Manager for testing purposes etc.