Open 0xpablo opened 1 month ago
Hi @0xpablo
Thank you for bringing this to our attention.
Although we were previously able to capture this message, it does appear that it is only available in debug builds using our current mechanism. We'll need to investigate this issue further to determine whether the message is available elsewhere in a location that we can access at crash time.
Can you confirm if you were previously seeing the message in Crashlytics, even in a release build?
Hi @0xpablo
Thank you for bringing this to our attention.
Although we were previously able to capture this message, it does appear that it is only available in debug builds using our current mechanism. We'll need to investigate this issue further to determine whether the message is available elsewhere in a location that we can access at crash time.
Can you confirm if you were previously seeing the message in Crashlytics, even in a release build?
Hi @clr182, yes, this is accessible in Crashlytics on release builds. AFAIK we don't have any specific config, and we haven't changed any build config when switching from Crashlytics to BugSnag. This thread might be relevant: https://github.com/getsentry/sentry-cocoa/issues/662
Hi @0xpablo
Thank you for sharing.
We do have an item on our backlog aimed at investigating this issue further. However I should mention that this is not a trivial fix. As such I do not currently have a timeframe for this issue, however we will be sure to update you via this ticket thread once we have more information to share.
Describe the bug
Hi there, we are in the process of evaluating BugSnag to switch from Crashlytics. We use GRDB and sometimes have
fatalConversionError
crashes. This crash happens when there is an attempt to read a value from a missing column for instance. I noticed that Crashlytics populates acrash_info_entry_0
key with data such as this:I checked GRDB's source and it's using a fatalError with a dynamic message:
We can't see the error message in BugSnag
I noticed there was this old PR fixing fatalError reporting https://github.com/bugsnag/bugsnag-cocoa/pull/948 and https://github.com/bugsnag/bugsnag-cocoa/pull/1010 I'm wondering if something's changed in the swift runtime that might have broken this.
Environment