【问题标题】:Wrong Symbol Files uploaded by firebase crash reportingFirebase 崩溃报告上传的错误符号文件
【发布时间】: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


【解决方案1】:

我认为可能是“ServiceAccount.json”的路径错误,请重新检查。应该是

"${PODS_ROOT}"/FirebaseCrash/upload-sym "/Path/To/ServiceAccount.json"

你还需要在脚本中添加这个。

rm $HOME/Library/Preferences/com.google.SymbolUpload*

【讨论】:

  • 对我来说,它在禁用位码后起作用,之后我就不再研究它了。但我看到他们在文档中添加了一个关于位码的部分,所以现在也许它也适用于此。
  • 是的,你可以禁用位码,但这是另一个问题。
猜你喜欢
  • 2017-01-27
  • 1970-01-01
  • 2017-04-12
  • 1970-01-01
  • 1970-01-01
  • 2016-12-31
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多