Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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".
|
|
|
|
|
|
|
|
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.
|
|
for reading/writing plist files
|
|
symlink()
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
file sizes > 4GB
|
|
lockdownd_unpair
|
|
|
|
|
|
|
|
|
|
|
|
This refactoring is mandatory as libimobiledevice should not interact with
the pair record configuration directory which is owned by the usbmuxd user.
This change also adds compatibility for the native usbmuxd and thus pair
records saved by iTunes.
|
|
|
|
Signed-off-by: Martin Szulecki <m.szulecki@libimobiledevice.org>
|
|
|