Crashlytics не отправляет отчет о сбое с iPhone

Я установил Crashlytics в своем единственном приложении для iOS и установил его на реальном устройстве. Моя панель мониторинга Crashlytics показывает это, я успешно добавил приложение. Однако он не отправляет отчет о сбое. Моя скорость интернета не очень хорошая. Но я могу проверять электронную почту с этого устройства. Кто-нибудь может догадаться, в чем проблема?

Отладчик Xcode НЕ позволяет Crashlytics обрабатывать отчеты о сбоях. Да, это кажется странным даже мне, когда я впервые читаю, но это факт ( Источник ). Это причина того, что мы никогда не видим отчет о сбоях. Когда:
- запущено приложение в симуляторе
- запущено приложение на iDevice путем прямой сборки и запуска из Xcode с включенным отладчиком.

Чтобы убедиться, что во время тестирования сообщается о сбое ( скопировано с сайта поддержки Crashlytics ):
1. Запустите симулятор
2. Нажмите «Стоп»
3. Запустите приложение и принудительно
завершите работу 4. Перезапустите приложение из симулятора
5. Просмотрите отчет о сбое в веб-панель.

РЕДАКТИРОВАТЬ:

Добавлена ​​ссылка; Crashlytics также предоставляет короткую статью о быстром способе принудительного сбоя .

Да будет поздно, но работай на 100%

Внесите некоторые изменения в настройки сборки проекта, как на изображении ниже.

и следуйте этим инструкциям.

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

Отладчик Xcode НЕ позволяет Any Crash Reporter обрабатывать отчеты о сбоях. Это потому, что XCode переопределяет любые перехватчики в обратных вызовах обработки сбоев. Это происходит только когда:

• запущенное приложение в симуляторе (с включенным отладчиком)
• запуск приложения на iDevice путем прямой сборки и запуска из Xcode с включенным отладчиком.

Чтобы убедиться, что во время тестирования сообщается о сбое ( http://support.crashlytics.com/knowledgebase/articles/92523-why-can-ti-have-xcode-connected- ):

1. Симулятор запуска
2. Нажмите стоп
3. Запустите приложение и вызовите сбой
4. Перезапустите приложение из симулятора
5. См. Отчет о сбоях на веб-панели управления.

Хотя супер-старое видео все еще актуально, вот видео с описанными выше шагами (пример из Crittercism): https://www.youtube.com/watch?v=sU6Su3PBFH4

Для меня проблема заключалась в том, что устройство было подключено к моему Mac :) Из этого источника :

Кроме того, если ваше устройство подключено к вашему Mac, отладчик XCode также сработает. Так что просто отключите устройство перед тестированием :)

Я нашел решение, выполнив следующие шаги:
1. Перейдите в Edit Scheme 2. Run -> Info 3. Измените конфигурацию сборки для выпуска. Теперь запустите приложение. Вы получите почту.

Недавно мы столкнулись с этой проблемой, и я обнаружил, что где-то в процессе сборки скрипт был удален. Добавление его обратно со следующим исправлением проблемы для нас:
./Crashlytics.framework/run <your_api_key> <build_secret>

Примечание: при использовании Cocoapods вы захотите, чтобы мы получили следующее вместо приведенного выше ( источник ): ./Pods/CrashlyticsFramework/Crashlytics.framework/run

Добавление скрипта сборки:

1. Чтобы добавить этап сборки сценария выполнения в Xcode 6, выберите цель приложения в своем проекте, затем выберите «Фазы сборки».
2. Щелкните маленький значок «плюс» и выберите «New Run Script Build Phase».
3. Теперь вы должны увидеть раздел «Выполнить сценарий» в середине параметров этапа сборки, как показано выше.
4. Вставьте скрипт в тело этапа сборки Run Script.

Вышеупомянутая цитата взята из визуального руководства Crashlytics , упомянутого в этом посте .

Примечание. Первоначально я опубликовал этот ответ дословно для кода ошибки Crashlytics: 202 при отправке файлов .

С сайта RayWenderlich:

Вы не получите никаких отчетов о сбоях, если Xcode перехватит событие сбоя! Чтобы все приведенные ниже примеры работали, вам нужно создать и запустить приложение, а затем нажать кнопку остановки в Xcode. Таким образом, на устройстве будет установлена ​​последняя версия. Как только это будет сделано, вы можете запустить приложение на самом устройстве, а затем завершить его все, что захотите! Все сбои на вашем устройстве iOS будут обнаружены и отправлены на серверный компонент службы, которую вы интегрировали в приложение. Отчеты о сбоях обычно отправляются на сервер при следующем запуске приложения, поэтому для создания отчета о сбоях на сервере необходимо выполнить следующие действия: Сборка и запуск в Xcode. Нажмите кнопку остановки. Запустите приложение на своем устройстве iOS. Сделайте приложение аварийным. Снова запустите приложение.

Crashlytics у меня работает до сих пор. Не знаю почему, но теперь это не работает.

Вы должны включить режим отладки

[Crashlytics sharedInstance].debugMode = YES;

Моя проблема здесь. Код ошибки Crashlytics: 202 при отправке файлов :(

Убедитесь, что вы не вызываете сбой слишком рано.

Установить [Crashlytics sharedInstance].debugModeна YES;

Следить за

Crashlytics] Settings loaded

в журналах консоли Xcode.

Затем принудительно завершите работу и перезапустите приложение, и теперь о сбое будет сообщено.

Я столкнулся с аналогичной проблемой при попытке выполнить тестовый аварийный код.

Crashlytics.sharedInstance().crash()

Я запускал свое приложение с устройства без Xcode, и сбой не отображался на панели мониторинга Crashlytics. Для меня сработал следующий совет с сайта Crashlytics:

• Обязательно запускайте приложение после сбоя, чтобы можно было загрузить сбой

Я закомментировал приведенный выше вызов crash () и повторно запустил приложение. Затем сбой обнаружился на панели инструментов.

Это для xcode 9, от crashlytics 3.4.0

После этого наберитесь терпения и подождите несколько минут.

Вы пробовали запустить [[Crashlytics sharedInstance] crash]на устройстве и посмотреть, будет ли об этом сообщено? Есть несколько причин, по которым Crashlytics может не работать, в том числе другие отчеты о сбоях и т. Д.

Если вы не загрузите файл dSYM, Crashlytics не покажет ваш сбой, даже если отчет был успешно загружен.

Вы можете столкнуться с этой проблемой, если настроили сценарий сборки для работы только на вашем CI-сервере. Затем, если вы скопировали свое приложение на свой телефон через xcode и запускаете его без привязки к отладчику, отчет будет загружен, но проигнорирован из-за отсутствия файла dSYM.

Иногда для отображения журналов требуется некоторое время. Я могу найти их через 15-20 минут

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

./Fabric.framework/run

С каким-то другим моим скриптом все было в порядке, отчет журнала CrashLytics был отправлен, но в веб-интерфейсе ничего не было.

Когда я добавляю еще одну фазу сценария запуска только с запуском Fabric, это выглядит как волшебство :)

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

Это сработало для меня,

Если вы тестируете iDevice, просто отключите iDevice от своего Xcode и запустите приложение. Теперь, если произошел сбой, он будет обновлен на панели инструментов.

Я решил, сняв флажок «Запускать сценарий только при установке» в сценарии запуска (один для Fabric (crashlytics))