Nano Hash - криптовалюты, майнинг, программирование

Ошибка при закрытии контроллера представления

Получение ошибки при отклонении контроллера представления, раньше ничего подобного не было, и в Интернете об этом мало.

Вот ошибка: * Ошибка утверждения в -[UIKeyboardTaskQueue waitUntilAllTasksAreFinished], /SourceCache/UIKit/UIKit-2903.2/Keyboard/UIKeyboardTaskQueue.m:368

немного предыстории, я закрываю контроллер представления после сохранения некоторых данных. данные сохраняются успешно, каждый раз. Кроме того, я недавно изменил код сохранения даты, чтобы он выполнялся в основном потоке для этого метода, так как у меня были некоторые проблемы с сохранением в фоновом режиме.

Есть идеи, почему это происходит?

Заранее спасибо.


  • Небольшой код может быть полезен. 26.11.2013
  • Пожалуйста, опубликуйте код. 26.11.2013
  • Извиняюсь. Это буквально [самоувольный ViewController анимированный: YES onCompletion: nil]; Это может быть немного неправильно, это написано по памяти. Непосредственно перед этим я использую метод данных Parse [сохранение объекта]; который работает в основном потоке. Раньше я использовал фоновый метод, и отмена контроллера представления работала нормально. 26.11.2013
  • Просто подумал о чем-то - представление, которое я хочу закрыть, не отображается модально, а вместо этого нажимается. Поддерживает ли xcode popViewController? Если да, то это был бы лучший вариант, не так ли? 26.11.2013
  • Можете ли вы убедиться, что вы отклоняете контроллер представления в основном потоке? 27.11.2013
  • Я уверен, что да... У меня нет кода, работающего в фоновом режиме, кроме некоторых методов данных Parse. 27.11.2013

Ответы:


1

Я получил эту ошибку, когда вызывал -presentViewController:animated:completion: в потоке, который не был основным потоком (из обратного вызова в сетевом запросе). Решение состоит в том, чтобы отправить ваши вызовы для представления и отклонения контроллеров представления в основной поток:

dispatch_async(dispatch_get_main_queue(), ^{
    //Code that presents or dismisses a view controller here
});
23.01.2014
  • Именно по этой причине я обслуживал обратный вызов + (void) requestAccessForMediaType: (NSString *) mediaType completeHandler: (void (^) (BOOL предоставлен)) обработчик NS_AVAILABLE_IOS (7_0); и обратный вызов не был на главном. 03.09.2014
  • я также получаю ту же ошибку. где я должен поместить этот код 07.01.2016
  • может показаться, что если presentViewController: должен вызываться в основном потоке, то он должен иметь диспетчеризацию как часть своей внутренней функциональности. Я создал категорию для UIViewController и добавил метод presentViewController:withAnimation:complete: чтобы имя метода было другим, а затем отправил оригинал, как вы предложили. Похоже на исправление Cocoa. Мы не должны знать или заботиться об этом ограничении presentViewController (только основной поток), и если ограничение будет исправлено, эти детали должны быть похоронены в реализации Cocoa. 29.05.2017

  • 2

    У меня была такая же проблема при вызове камеры

    Синтаксис Swift для той же проблемы:

    dispatch_async(dispatch_get_main_queue(), { 
        //Code that presents or dismisses a view controller here  
        self.presentViewController(imagePicker, animated: true, completion: nil)
    })
    
    05.02.2015

    3

    Обязательно отключите контроллер представления от представления представления.

    https://developer.apple.com/library/ios/featuredarticles/ViewControllerPGforiPhoneOS/ModalViewControllers/ModalViewControllers.html

    Когда приходит время отклонить представленный контроллер представления, предпочтительный подход состоит в том, чтобы позволить представляемому контроллеру представления отклонить его. Другими словами, когда это возможно, тот же контроллер представления, который представил контроллер представления, также должен взять на себя ответственность за его отклонение.

    26.11.2013

    4

    Вы должны убедиться не только в том, что present/dismissViewController вызывается в основном потоке, но также вы должны убедиться, что present/dismissViewController вызывается из того же родительского viewController.

    Например, есть два дочерних элемента navigationController. Первый дочерний контроллер представления представляет второго дочернего элемента для некоторого задания, которое будет возвращаться через делегата (интерфейс). После того, как задание выполнено, второй дочерний элемент отклоняет себя и вызывает функцию делегата (интерфейса), которая должна представить другой viweController (например, customPopup) -> это вызывает ошибку, поскольку второй дочерний контроллер представления не отклоняется при вызове настоящего всплывающего окна, но уже умер, когда было вызвано отклонение всплывающего окна.

    Итак, в этом случае:

      dispatch_after(dispatch_time(DISPATCH_TIME_NOW, Int64(400 * NSEC_PER_MSEC)), dispatch_get_main_queue(), { () -> Void in
                if let fs = self.scenarios[indexPath.item]{
                    fs.loadScenario()
                    sDelegate.onSelectedScenario(fs)
                }
            })
    

    Сделаю.

    11.01.2016

    5

    Если у кого-то возникла проблема с ошибкой утверждения, вот решение для Swift 3:

    OperationQueue.main.addOperation{
        <your segue or function call>
    }
    

    Проверено на: Xcode 8.3.2 и Swift 3.1

    11.06.2017
    Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..