Firebase Crashlytics 控制台中缺少崩溃的堆栈跟踪
Missing stack traces for crashes in Firebase Crashlytics console
我有一个 iOS 应用程序连接到 Firebase Crashlytics。对于某些崩溃，控制台不显示堆栈跟踪（或与此相关的任何其他数据），仅显示一条错误消息“加载您的会话时出错”：
并非所有崩溃事件都会发生这种情况：其中一些崩溃数据会正确显示。我试图与 Firebase 支持取得联系，但到目前为止没有成功。
有人遇到过这个问题吗？关于可能导致它的原因的任何提示？
或者有没有办法从 Crashlytics 下载原始崩溃数据？
Firebase 技术支持已确认问题是他们的后端在存储崩溃数据时遇到问题：
what appears to be happening is that the stacktraces for these crashes are too large for Crashlytics to persist to storage. Normally, Crashlytics removes extra threads and manages to store the crash, but if the frames within the threads are too large, we would encounter issues storing the crashes.
他们还说，由于问题是他们没有设法存储崩溃，所以他们也无法提供任何下载原始崩溃数据的方法。
他们进一步提到他们正在考虑实施增加我们尺寸容量的方法，但他们没有具体的时间表，他们认为这是一个“功能请求”。
不用说，我强烈反对最后一点，因为：
- 在 iOS 上，实际上不可能安装多个异常处理程序/崩溃报告程序
- 所以基本上你需要选择你将向谁发送你的崩溃报告
- 如果崩溃报告引擎无法保存您的数据，那么数据基本上就丢失了
很难理解为什么“不丢失数据”被视为功能请求而不是严重错误。
我已经找到解决方法。
如果您在问题列表中手动搜索问题标题并从搜索工具中将其打开，则会出现堆栈跟踪。
我有一个 iOS 应用程序连接到 Firebase Crashlytics。对于某些崩溃，控制台不显示堆栈跟踪（或与此相关的任何其他数据），仅显示一条错误消息“加载您的会话时出错”：
并非所有崩溃事件都会发生这种情况：其中一些崩溃数据会正确显示。我试图与 Firebase 支持取得联系，但到目前为止没有成功。
有人遇到过这个问题吗？关于可能导致它的原因的任何提示？
或者有没有办法从 Crashlytics 下载原始崩溃数据？
Firebase 技术支持已确认问题是他们的后端在存储崩溃数据时遇到问题：
what appears to be happening is that the stacktraces for these crashes are too large for Crashlytics to persist to storage. Normally, Crashlytics removes extra threads and manages to store the crash, but if the frames within the threads are too large, we would encounter issues storing the crashes.
他们还说，由于问题是他们没有设法存储崩溃，所以他们也无法提供任何下载原始崩溃数据的方法。
他们进一步提到他们正在考虑实施增加我们尺寸容量的方法，但他们没有具体的时间表，他们认为这是一个“功能请求”。
不用说，我强烈反对最后一点，因为：
- 在 iOS 上，实际上不可能安装多个异常处理程序/崩溃报告程序
- 所以基本上你需要选择你将向谁发送你的崩溃报告
- 如果崩溃报告引擎无法保存您的数据，那么数据基本上就丢失了
很难理解为什么“不丢失数据”被视为功能请求而不是严重错误。
我已经找到解决方法。
如果您在问题列表中手动搜索问题标题并从搜索工具中将其打开，则会出现堆栈跟踪。