Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This simple change provides various benefits for developers like compile
time errors, better auto-completition in editors and the ability of a
debugger to show the constant instead of just the raw value.
Thanks to Aaron Burghardt for the proposal.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A device would report "ErrorCode 1: Error copying keychain data
(MBErrorDomain/1)" if a device entered lock state and had a passcode enabled
during the backup or restore process. To prevent this, an escrow bag must be
sent when starting the service to keep the operation "alive".
|
|
|
|
|
|
Signed-off-by: Martin Szulecki <m.szulecki@libimobiledevice.org>
|
|
Only available on iOS 6 and later.
|
|
|
|
|
|
|
|
The documentation should be moved to the headers and generated from there.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Under certain circumstances a device could request an empty array
of filenames to be transferred with DLMessageDownloadFiles.
This was not handled correctly in idevicebackup2 by just doing
nothing, resulting in a 'retry loop' waiting endlessly for new
messages from the device.
The solution is to send a termination packet and a success
status response.
Thanks to pondahai for reporting.
|
|
Change-Id: I571e5f01423b505223ef7a9b1faedcb94011acd3
|