I have an app that uses the Address Book. When running in iOS 6 it runs this code when the user does something that requires Address Book access.
if (ABAddressBookGetAuthorizationStatus() == kABAuthorizationStatusNotDetermined)
{
ABAddressBookRef addressBookRef = ABAddressBookCreateWithOptions(NULL, NULL);
ABAddressBookRequestAccessWithCompletion(addressBookRef, ^(bool granted, CFErrorRef error)
{
if (granted)
{
showContactChooser();
}
});
CFRelease(addressBookRef);
}
else if (ABAddressBookGetAuthorizationStatus() == kABAuthorizationStatusAuthorized)
{
showContactChooser();
}
else
{
showAccessDeniedAlert();
}
This works perfectly: I am able to read the contacts information and when the user denied access, the app reacts accordingly.
However, if the user:
the app immediately crashes inside main()
with no exception information or a meaningful stack trace. I tried turning on the "all exceptions" and [NSException raise]
breakpoint, but that didn't give me any more information.
The crash can be reproduced even if the app doesn't run the above code during the launch.
What's happening here? Is there a callback that I should be subscribing to?
I've seen this in my own app. And I've seen others report this as well. I'm pretty sure this is deliberate behavior. The OS kills any background apps that react to changes in privacy permissions. Apple appears to have taken a sledgehammer approach to this. It's not a crash (though it may appear so when running in the debugger). Apps get terminated for various other reasons. Add this to the list of reasons. This gives us more reason to do a good job restoring app state upon a full restart of our apps.
Note that this behavior applies to all of the various privacy settings such as contacts, photos, microphone, calendar, and camera.