Possibly a dup of #22716?

@zx2c4 I added a comment to #22716 that relates to your problem.

Not quite the same thing here.

/cc @eliasnaur

We are also having this issue. Any ideas on where to look to try and get more information?

Related: #28997

@zx2c4 On Android, I was able to collect the stack traces as well as logcat logs immediately after the golang crash using https://github.com/ivanarh/jndcrash

This hopefully should be sufficient for you as well.

I am also seeing this issue with a library built with gomobile. I was able to get a fully symbolicated stack trace in logcat by forcing a panic in the library. The stack trace is shown regardless of the linker flags used to build the binary (i.e. -ldflags '-s -w').

Is this an issue affecting all libraries built with NDK, or is it specific to gomobile? In other words, is it necessary to integrate a solution like the one described by @ashishb for the stack traces of (non-go) NDK libraries to show up in Google Play Console?

@alalamav, IMHO, this is specific to gomobile.

I wonder if it'd be possible for the Go crash handler to synthesize a fake call stack using the native ABI before aborting so that the default Play Store reporter gets useful information. (I'm not super keen on adding additional telemetry to my app to phone that home elsewhere.)