Ошибка UIWindow endDisablingInterfaceAutorotationAnimated появляется в консоли, когда клавиатура отклоняется в интерактивном режиме из collectionView только в iOS9

У меня была такая же проблема на iOS9, но с tableView. Я реализовал это вместе с self.tableView.keyboardDismissMode = .Interactive, и у меня это сработало.

// Dismiss keyboard when scrolling
func scrollViewWillBeginDragging(scrollView: UIScrollView) {
    textView.resignFirstResponder()
}

Что нужно проверить

Похоже, что несколько других пользователей SO имели подобный опыт в различных условиях. Ознакомьтесь с этой темой. Поскольку может произойти много вещей, которые вызывают эту проблему, вы можете просмотреть предоставленную ветку, чтобы узнать, сможете ли вы найти подходящий вариант использования. Неясно, как вы отклоняете клавиатуру, но вы можете вызвать что-то подобное из метода или как распознаватель жестов (а не прямое отключение от определенного объекта):

UIApplication.sharedApplication().sendAction("resignFirstResponder", to: nil, from: nil, forEvent: nil)

Судя по предоставленной ветке, характер проблемы в большинстве случаев заключался в дублировании вызова во время представления или отклонения представления. Я также видел проблемы, когда у меня был подключен переход раскадровки (или в некоторых случаях он был удален, но xml все еще был в представлении кода раскадровки) и переход на основе кода (performSegueWithIdentifier...) для той же анимации (которая вызывает два вызова display/dismiss).

Я бы посмотрел в журнал, чтобы увидеть, какие вызовы регистрируются непосредственно перед ошибкой, а затем сделал бы поиск в представлении журнала, чтобы увидеть, есть ли избыточный вызов. Опять же, может быть избыточность в поведении/анимациях/макетах на раскадровке и вызовах, сделанных в коде.

ОБНОВЛЕНИЕ

Комментарии от OP напомнили мне, что в некоторых случаях, особенно в тех, которые связаны с вызовами во время презентаций/увольнений, я видел случаи, когда единственный способ успешно заставить функцию разработчика работать — это обернуть ее в вызов dispatch_async. Есть некоторые критические системные вызовы, которые, по-видимому, не работают должным образом, если код разработчика вводится в одних и тех же кадрах.

Конкретным примером является этот вызов, который находится в пределах willMoveToWindow. В этом случае у меня есть ссылка weakSelf на представление, и я просто просматриваю значение newWindow для нулевого значения (указывает, что представление отклоняется) перед вызовом моего кода.

Таким образом, в этом примере, если удалить диспетчерский вызов, код разработчика вызовет сбой всего приложения. Я предполагаю, что вызовы системного перехода (связанные с перемещением в/из окна) могут конфликтовать с тем, что запрашивает разработчик в это время.

 dispatch_async(dispatch_get_main_queue(), { () -> Void in

     //the saved flag is true only when user hits the done button
     if !(weakSelf!.saved) {
         weakSelf?.completeNotes(nil)
     }

 })

Я столкнулся с этой проблемой, и это портит мое представление. Вот как я это решаю.

У меня была презентация viewController textFieldShouldBeginEditing. В viewController textField было установлено на becomeFirstResponder в viewDidLoad.

Решение для меня состоит в том, чтобы переместить becomeFirstResponder в viewDidAppear.