Проблемы с удобочитаемостью отчета о сбоях Firebase iOS

Хотя есть несколько похожих вопросов, я чувствую, что этот случай немного отличается, поскольку мои файлы символов, похоже, появляются в firebase.

Вот как мой сбой выглядит в отладчике xcode (обратите внимание на сообщение fatal error в консоли и выделенную строку исходного кода, вызвавшую сбой):

сбой в отладчике xcode

Вот такой же точный сбой в firebase:

сбой в firebase

Обратите внимание, что нет сообщений fatal error и exact source line, вызвавших сбой. Итак, мой вопрос: как я могу увидеть эту информацию о сбое firebase.


Текст выше Upload symbol file to symbolicate намекает, что этот сбой не символизируется; однако я вижу, что мои символы появляются на вкладке symbol files; с другой стороны, символ UUID при сбое никогда не присутствует на странице symbol files.

символы при сбое firebase

UPD, 7 декабря 2016 г.

Прямо сейчас отчет о сбое отображается без каких-либо изменений с моей стороны.

Отчет о сбое консоли Google 7 декабря


ios firebase firebase-crash-reporting
person Dannie P    schedule 03.12.2016    source источник
comment
В частности, он спрашивает о символах, UUID которых начинается с D3E2. Вы загрузили их? Я не вижу его в списке, который вы показываете. Также имейте в виду, что вам придется сгенерировать еще один сбой после загрузки символов, чтобы увидеть дополнительную информацию.   -  person Doug Stevenson    schedule 04.12.2016
comment
Символы @DougStevenson загружаются через run script во время сборки, мне также любопытно, почему UUID сбоя отсутствует на странице uploaded symbols   -  person Dannie P    schedule 05.12.2016
comment
Если вы посмотрите внимательно, этот экран показывает 10 из 15. Это те 5, которые мы не видим здесь? Если вы уверены, что загрузили правильные символы, и не можете понять, почему они не отображаются, обратитесь в службу поддержки, сообщив все детали вашего проекта и точные шаги, которые вы предприняли. firebase.google.com/support/contact/troubleshooting   -  person Doug Stevenson    schedule 05.12.2016
comment
@DougStevenson да, этого UUID нет на второй странице; Даг, когда вы смотрите на эту аварию, она кажется вам символом? Ловлю себя на мысли, как бы btnCrashTap вообще могло там появиться, если бы крах не символизировался   -  person Dannie P    schedule 05.12.2016
comment
Этот UUID, скорее всего, относится к фреймворку libswiftCore.dylib. Поскольку это предоставляется Apple, у вас нет и вы не можете получить dSYM. Сообщение вводит в заблуждение.   -  person Kerni    schedule 06.12.2016
comment
@Kemi Символы из различных версий iOS должны быть предоставлены Firebase Crash Reporting, и я полагаю, что они для 10.1 были доступны на прошлой неделе.   -  person Doug Stevenson    schedule 06.12.2016

Ответы (2)


arrow_upward
1
arrow_downward

Вот объяснение от сотрудника Twitter (Crashlytics) о том, почему подобные сообщения не поступают в службы отчетов о сбоях:

fatal error: unexpectedly found nil while unwrapping an Optional value

person Dannie P    schedule 05.12.2016
comment
Эта ссылка не работает, даже после авторизации. - person Potrebic; 23.02.2021
comment
Ну, это работало 4 года назад. Наверное, стоит сделать скриншот контента для истории. - person Dannie P; 26.03.2021

arrow_upward
1
arrow_downward

Я связался с командой Firebase Crash Reporting, и они сказали, что возникла проблема с импортом символов iOS 10.1 для симулятора. Эти символы теперь должны быть доступны для сбоев в симуляторе. Если вы сгенерируете новый сбой, теперь вы сможете увидеть читаемые символы.

person Doug Stevenson    schedule 06.12.2016
comment
Дуг, я проверил, и это правда, теперь нет сообщения об ошибке при символизации. Что вы думаете о том, почему это сообщение fatal error не появляется в отчетах о сбоях консоли Firebase - это похоже на то, что парень из персонала Twitter говорит, что это сообщение трудно зафиксировать при сбое? Ваше здоровье. - person Dannie P; 07.12.2016
comment
Возможно - я много использую Android и почти не использую iOS. Я снова проверю это командой и посмотрю, знает ли кто-нибудь. - person Doug Stevenson; 07.12.2016