【发布时间】:2017-03-05 10:29:10
【问题描述】:
当崩溃上传到 Firebase 仪表板时,它始终显示消息 Upload symbol file to symbolicate future stack traces for UUID *******。但是,我确实通过查看符号文件选项卡来确保符号文件已上传。我注意到的一点是,符号文件的 UUID 与崩溃消息所说的不同。我在这里可能做错了什么?
奇怪的是,上传的符号文件和上面提到的消息中的 UUID 似乎都不正确。当我通过关注this guide(基本上在~/Library/Developer/CoreSimulator/Devices/ 中运行find . -iname *.app)在本地检查它时,我得到了第三个UUID。
我首先在我们的应用程序中使用 swift 2 和 xcode 7 遇到了这个问题。但是,我也遇到了同样的问题,使用新的 firebase 应用程序(ios sdk v3.8)和一个带有 swift 3 的最小 xcode 8 项目,该项目设置正确正如docs 中所建议的那样。
// AppDelegate.swift
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
FIRApp.configure()
return true
}
// ViewController.swift
override func viewDidLoad() {
super.viewDidLoad()
FIRCrashMessage("A test message")
fatalError()
}
// Run script in Build Phases that uploads symbol files
GOOGLE_APP_ID=our_google_app_id
"${PODS_ROOT}"/FirebaseCrash/upload-sym "serviceaccount.json"
// Podfile (using latest versions as of 2017-05-12, v3.17.0)
pod 'Firebase/Core'
pod 'Firebase/Crash'
【问题讨论】:
-
您找到解决方法了吗?我遇到了同样的问题,无法弄清楚。
-
不,仍然没有得到详细的崩溃报告。很想知道是否有人使用 swift 获得它。
-
我也遇到了同样的问题。有已上传的 DSYM 文件。但它永远不会匹配崩溃日志中的 UUID。
-
真的很奇怪。所以这可能确实是firebase中的一个错误。尽管他们说了什么,但也许对 swift 的支持还没有完全发挥作用。
-
所以最有可能的问题是,当 bitcode build 设置开启(默认开启)时,Apple 正在重新生成符号文件。现在在docs 中有一个关于它的部分。我还没有成功使用批量上传脚本上传下载的位码符号文件。我将在我们的应用程序的下一个版本中测试禁用位码,看看它是否有效。
标签: ios swift firebase firebase-crash-reporting