ios - AddressBookUI View Controller 在 iOS 7 中的行为不符合预期

Question

来自 Apple 的发行说明:

As of Seed 4, privacy support for the AddressBookUI framework is reenabled for apps linked against the iOS 7 SDK. Apps linked against older SDKs are not changed. If your app uses any of the Address Book view controllers, you should verify that it still behaves as expected.

问题是，如果 View Controller 的行为仍不符合预期，该怎么办。

“重新启用隐私支持”是什么意思？

我遇到了这个问题，因为我们的应用程序无法再从 ABPeoplePickerNavigationController 访问 Microsoft Exchange ActiveSync 全局地址列表。团体。所以不，它的行为不像预期的那样(它在 iOS 6 中的行为方式)。

编辑:这已从 iOS 7.0.3 开始修复(可能更早)

Answer 1

我们也遇到了山姆在我们的应用程序上遇到的同样问题。
当用户尝试使用 ABPeoplePickerNavigationController 导入联系人时会发生这种情况。并进入群组页面:

有时导航 Controller 的标题将包含 2 个名称:联系人和组

点击 OK 按钮可能会很棘手，大多数用户会报告卡住，而退出 ABPeoplePickerNavigationController 是不可能的。

似乎允许访问 Exchange 全局地址列表，但不显示任何数据，只是一个空的 tableView

根据 Sam 的重点，我们考虑明确请求用户访问其通讯簿的权限。
由于 iOS 6 引入了这个，我们没有用它来导入联系人作为 ABPeoplePickerNavigationController正在处理这个本身。

无论如何，我们一直在使用:

ABAddressBookRef addressBook = ABAddressBookCreate();

__block BOOL accessGranted = NO;
if (ABAddressBookRequestAccessWithCompletion != NULL) { // we're on iOS 6
    dispatch_semaphore_t sema = dispatch_semaphore_create(0);
    ABAddressBookRequestAccessWithCompletion(addressBook, ^(bool granted, CFErrorRef error) {
    accessGranted = granted;
    dispatch_semaphore_signal(sema);
});
dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
dispatch_release(sema);   
}
else { // we're on iOS 5 or older
    accessGranted = YES;
}

if (accessGranted) {
    // Do whatever you want here.
}

更多信息请看这里: Programmatically Request Access to Contacts

这并不能解决问题，因为已正确授予访问权限。

我们确实在设置/常规/重置/重置位置和隐私中重置了隐私设置。

按预期正确请求访问用户的联系人列表，但上述行为仍然相同。

如果有人对如何解决这个问题有任何解释，那就太好了。

问候，