NDK Crash Reporting with real stack traces

[ephemer]

Describe the solution you'd like

It's unclear how to upload debug symbols for NDK libraries for use with crash reporting in dd-sdk-android. That gives me the impression this is not currently possible. Our native libraries are written in Swift, so even if there is some automatic symbol upload for C++ symbols, I don't think we can't rely on that.

If this is already possible (or you can imagine a workaround given existing automatic support for C/C++ libraries) then I'd appreciate a link to the docs. Thanks!

Describe alternatives you've considered

We are currently using another service for crash reporting on Android (and iOS, to keep things consistent), but it'd be great to move everything to DataDog, since we're using it for our servers.

[xgouchet]

Hi @ephemer, and thanks for opening this request. Indeed, so far we didn't add the option to upload debug symbols for NDK libraries, but this is something we are looking into for the future.

[MonsieurPinta]

Hello, do you have any news about this issue ?

[xgouchet]

Hi @MonsieurPinta , so far we have not made any progress on this front as other projects were given higher priority

[ephemer]

FWIW this is still a blocker for us to move more services to datadog

[MoritzScopely]

Hi @xgouchet has there been any progress made on the topic? Desymbolicated crash reports are extremely important for our mobile applications.

[0xnm]

Hi @MoritzScopely! We are working on this feature. I cannot give exact dates for NDK symbolication support, but probably around Q2 this year.

[MoritzScopely]

@0xnm thanks for the estimate and love to hear you are on it 🚀

[aleixrm-scopely]

Hi @0xnm we've seen the new feature in the datadog-ci cli for uploading Android IL2CPP mapping files that was released 2 weeks ago: https://github.com/DataDog/datadog-ci/tree/master/src/commands/unity-symbols#upload. We are a little bit confused, as it seems that the NDK symbol mapping upload is already available through the datadog-ci tool. Could you help us to clarify that? Thanks!

[0xnm]

Hello @aleixrm-scopely! We are preparing our tooling for support of NDK stacktraces symbolication, but overall full end-to-end support is not there yet. Our tooling consists of different elements, they may have different release cycle.