Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
returns no result
On older devices it might happen that lockdownd does not return any result,
neither success nor failure, when invoking lockdownd_activate(). This results
in the code to assume the operation failed.
Instead of relying on the return value of that function we query the actual
ActivationState to see if it is not "Unactivated" anymore to determine if the
activation was successful.
|
|
For some reason, asking lockdownd for 'InternationalMobileSubscriberIdentity'
sometimes returns "MissingValue", even though ideviceinfo (without passing a
key) shows it.
This commit changes the code to get the whole lockdownd 'NULL domain' info
(equivalent to ideviceinfo without specifying any key) and parse the required
info from there.
|
|
|
|
|
|
|
|
|
|
its placeholder
|
|
|
|
|
|
activation server
|
|
|
|
trying to activate
|
|
|
|
activation command
|
|
retrieve them
|
|
received from the activation server
|
|
|
|
This also fixes a potential segfault when xmlplist is NULL and adds
check for failing to allocate memory.
|
|
|
|
|
|
|
|
|
|
|
|
never devices
|
|
|
|
|
|
|
|
Up until now libcurl was initialized/deinitialized every time a request
was sent. However curl_global_cleanup() also affects other libraries'
code so that e.g. OpenSSL-related functions could fail.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|