App killed by SIGKILL when changing privacy settings

I think it is a bug or at least poorly documented and unexpected behavior. But it does not crash it is just forced to restart. You will get a SIGKILL message but no Crash log.

If you are a registered apple developer you can check their forums for discussions about this issue

• https://devforums.apple.com/message/715855
• https://devforums.apple.com/message/714178

I don't know of any way how to prevent this behavior but feel free to file a bug report with apple. It is rumored they use bug duplicates as a way of measuring the bug severity.Maybe you can store your app state in order to restore it when it restarts.

This happens as well when using UIImagePickerController. The sequence goes like this:

1. You show the UIImagePickerController. The first time, the little alert asks the user for permission to use the photo library. Let's say the user says no.

2. All the user can do with the picker controller at this point is cancel, so let's presume that's what happens.

3. On some later occasion, you show the UIImagePickerController. It now contains a noncustomizable message saying that there is no access to the photo library, but that the user can enable access in Settings.

4. The user switches to Settings and enables access to the photo library for this app.

5. The app crashes in the background. It doesn't matter whether the user has cancelled the picker or left it showing.

I've filed a bug on this and I suggest you do the same, for your situation. Apple introduced a new privacy system in iOS 6 and clearly the kinks have not been worked out.

Search for the word "kill" within this PDF: http://adcdownload.apple.com/wwdc_2012/wwdc_2012_session_pdfs/session_710__privacy_support_in_ios_and_os_x.pdf

iOS kills apps when certain permissions change.

This info is hard to track down. It's not in any of the 'guides' (preferences programming guide, for example).