Crashlytics не дает надлежащих отчетов о сбоях

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

Хотя я пробовал загружать DSYM вручную и использовать ткань, я следовал всем инструкциям на их веб-сайте.

Я также пытался загрузить DSYM, загрузив его из itunesconnect, но ничего не дает правильного журнала сбоев.

Пример отчета о сбое

Fatal Exception: NSRangeException

0  CoreFoundation                 0x18cbcefe0 __exceptionPreprocess

1  libobjc.A.dylib                0x18b630538 objc_exception_throw

2  CoreFoundation                 0x18caad200 -[__NSArrayM removeObjectAtIndex:]

3  MyApp                           0x1001a3550 _hidden#4208_ (__hidden#4311_:498)

4  MyApp                           0x10012c008 _hidden#1377_ (__hidden#1463_:318)

5  MyApp                           0x10012f888 _hidden#1403_ (__hidden#1463_:753)

6  MyApp                           0x100132448 _hidden#1497_ (__hidden#1511_:352)

7  MyApp                           0x1001dc1b8 _hidden#5257_ (__hidden#5321_:209)

8  Foundation                     0x18d6c24cc __NSThreadPerformPerform

9  CoreFoundation                 0x18cb7d42c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__

10 CoreFoundation                 0x18cb7cd9c __CFRunLoopDoSources0

11 CoreFoundation                 0x18cb7a9a8 __CFRunLoopRun

12 CoreFoundation                 0x18caaada4 CFRunLoopRunSpecific

13 GraphicsServices               0x18e514074 GSEventRunModal

14 UIKit                          0x192d65058 UIApplicationMain

15 MyApp                           0x10018b9cc main (__hidden#3728_:14)

16 libdyld.dylib                  0x18bab959c start

Почему _hidden#4208??

Er. Khatri 18.07.2017 источник

comment

Вы пытались удалить лучшие сборки в верхней части панели инструментов Crashlytics? - vp2698 18.07.2017

comment

как мы должны удалить это? - Er. Khatri 19.07.2017

comment

Вы можете найти его на Fabric.io›выберите приложение›crashlytics в верхней части экрана. - vp2698 19.07.2017

comment

я уже пробовал это - Er. Khatri 19.07.2017

comment

Майк из Fabric здесь. Вы используете Bitcode и делитесь файлами символов с Apple? Крайне важно, если вы используете Bitcode, чтобы вы также делились своими символами, иначе dSYM не содержит полезной информации. - Mike Bonnell 19.07.2017

comment

@MikeBonnell У меня тоже такая же проблема. Как мы можем разделить символы битового кода? Я использую сценарий crashlytics для загрузки сборки (от Jenkins) - RPM 11.11.2017

comment

@MikeBonnell Я не уверен насчет бит-кода, архивного кода из xcode только тогда, когда я создавал ipa из этого архива с помощью инструментов командной строки, без какого-либо флага бит-кода ..., поэтому я думаю, что бит-коды не были включены .... и у меня есть даже пытался извлечь .xcarchive, а затем загрузил в него dsyms, но все равно это не сработало. Да, но когда я создал ipa из самого xcode, ткань все равно выдавала мне предупреждение об отсутствии dsyms, не загружает ли приложение Mac автоматически dsyms в ткань? - Er. Khatri 11.11.2017

comment

Обычно это так, но зависит от ваших настроек и среды. Например, включен ли сценарий запуска для всех типов сборки? Вы используете статические фреймворки и не включаете их символы? - Mike Bonnell 13.11.2017

comment

да, они были включены для всех типов сборки. - Er. Khatri 15.12.2017

comment

@MikeBonnell У меня все еще есть проблема, когда в сбоях есть _hidden записи. Я загружаю файл dSyms. Если я перехожу к настройкам Fabric на веб-сайте, мне сообщается, что недостающих dSyms нет. Я даже использовал скрипт upload_symbols для загрузки файлов dSym, но это не помогает. - RPM 26.01.2018

comment

Возможно, у вас есть необязательные dSYM, которые не были загружены. Необязательные dSYM обычно представляют собой .framework dSYM, которые мы не получили. Когда у нас нет дополнительного dSYM, сбои по-прежнему обрабатываются и отображаются на панели инструментов, но некоторые кадры не обозначаются символами. Если вы загрузите необязательный dSYM, повторная обработка сбоев не произойдет, но новые сбои, продвигающиеся вперед, будут иметь отсутствующие кадры. - Mike Bonnell 26.01.2018

Ответы (3)

arrow_upward
3
arrow_downward

Попробуй это

Перейдите к Настройки сборки.
затем перейдите к Параметры сборки.
В параметрах сборки выберите Формат отладочной информации.
и измените DWARF в Debug на DWARF с файлом DSYM.

Теперь снова следуйте шагам Fabric crashlytics, и вы обязательно получите правильный отчет о сбое.

См. скриншот ниже

Prashant Gaikwad 13.10.2017

arrow_upward
2
arrow_downward

Пожалуйста, просмотрите этот ответ Мэтта на Биткод Xcode, влияние настроек включения символов на генерацию dSYM

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

Mohnish Hirudkar 18.07.2017

arrow_upward
1
arrow_downward

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

Теперь я включаю символы битового кода в свой IPA, а затем, после загрузки его на appstoreconnect.apple.com, если я загружаю dsym для своего IPA и загружаю его в отсутствующий раздел dsym на сайте crashlytisc, я получаю все правильные отчеты о сбоях.

Note : Я скачал DSYM из сборки, загруженной в appstoreconnect, так как этот DSYM включает символы и решает мою проблему.

Er. Khatri 19.05.2018

comment

Я создаю Archive и IPA с Xcode, я всегда устанавливаю Enable Bitcode Yes в Build Settings и вручную загружаю отсутствующие сжатые DSYM файлы из моего созданного Archive в Fabric отсутствующий DSYM раздел, но это не работает, я всегда получаю _hidden в строках Отчеты о сбоях. Вы имеете в виду что-то другое? - CGR; 19.10.2018

Crashlytics не дает надлежащих отчетов о сбоях

Ответы (3)

Вопросы по теме