Skip to content

Feature request: allow stacktrace recovery in production #3611

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
ZacSweers opened this issue Jan 31, 2023 · 1 comment
Closed

Feature request: allow stacktrace recovery in production #3611

ZacSweers opened this issue Jan 31, 2023 · 1 comment
Assignees

Comments

@ZacSweers
Copy link
Contributor

Use case

I know we could do a round-about way via excluding the embedded proguard rules that come with coroutines, but that’s fairly cumbersome and I wonder if this could be done a separate way. The reason I ask is because we want traces from production and our bug reporting tool can retrace these (we do the same with RxDogTag, of which I’m the author). This has been immensely beneficial to us in tracking and fixing bugs that happen in production, as otherwise the stacktraces sent back are unustable.

I recognize this comes at a performance cost and understand why coroutines defaults to not allowing this with its proguard rules, but it is also currently making this decision for consumers and I think it would be valuable to be able to enable it.

The Shape of the API

I don't have a clear idea of how it would work with coroutines, but in RxDogTag we basically gate installation/init of its capturing behavior via global boolean flag and don't automatically remove its machinery via embedded proguard rules.

Prior Art

https://github.com/uber/rxdogtag

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants