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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The experimental cloud support was triggered on each run of any command
which caused some to break on devices without iCloud setup.
We now trigger the cloud support in a separate command to fix this and allow
further investigation into a proper implementation.
|
|
|
|
|
|
|
|
|