Консоль сбоя Firebase запрашивает UUID несуществующей сборки

Я пытаюсь получить отчеты о сбоях, работающие в моем приложении ios. Я получаю сообщение об ошибке на панели инструментов Firebase Crash, в котором говорится

Upload symbol file to symbolicate future stack traces for UUID 69696969-7F8H-567E-1ABCD-FAKEID123

Я проверил каждый двоичный файл на своей машине, и ни один из них не имеет этого UUID. Так откуда же взялся этот UUID? Очевидно, я поместил поддельный в приведенный выше пример, но как Firebase может запрашивать этот UUID, если он не существует?

Обратите внимание, что это тестовый сбой. я звоню

FIRCrashMessage("Hey man, you crashed.")
fatalError() 

в моем приложении. Это сборка, которую я скачал из iTunes, подключился через TestFlight. Создает ли Apple двоичный файл, для которого у меня нет файла dSYM? У меня отключен биткод.

Я также проверил, что скрипт запуска работает. Если я нажму «Файлы символов» справа от «Панель инструментов» на вкладке «Отчеты о сбоях Firebase», у меня будет много файлов dSYM, загруженных в службу сбоев Firebase, но ни один из них не соответствует UUID двоичного файла, который я скачал из TestFlight.


person Josh    schedule 13.12.2016    source источник
comment
Скорее всего, запрашиваются символы, связанные с библиотеками iOS, а не с библиотеками, принадлежащими вашему приложению. libswiftCore — довольно хороший кандидат на то, чего не хватает. Какое устройство, версия Swift и версия iOS связаны со сбоем? И какую версию XCode вы используете?   -  person Keith Simmons    schedule 16.12.2016
comment
Это iPhone 6, Swift 3 и iOS версии 10.2. Xcode версии 8.2. Итак, вы говорите, что в качестве примера запрашивается dSYM для двоичных файлов SDK Facebook или двоичных файлов SDK Firebase?   -  person Josh    schedule 17.12.2016
comment
Кажется, похоже на это (к сожалению, тоже нет решения): stackoverflow.com/questions/40204969/   -  person lucasl    schedule 19.12.2016
comment
Это может быть Facebook SDK, если вы динамически связываете его со своим проектом. На данный момент это невозможно с Firebase, поскольку он распространяется только как статическая библиотека .a. Но, скорее всего, дело в самой быстрой среде выполнения (libswiftcore.dylib).   -  person Keith Simmons    schedule 21.12.2016
comment
Привет @KeithSimmons, спасибо, что нашли время ответить здесь. Я не совсем уверен, как с этим справиться. Как это можно исправить? Или это что-то в Firebase?   -  person lucasl    schedule 28.12.2016
comment
Самый простой способ - опубликовать фактический UUID. Тогда я могу подтвердить источник. UUID регенерируются каждый раз, когда вы перестраиваете двоичный файл, поэтому, если вы обеспокоены тем, что этот UUID чувствителен, вы можете сгенерировать сбой на новой сборке с совершенно новым UUID.   -  person Keith Simmons    schedule 03.01.2017