Symbolicate Flutter issue's title

[marandaneto]

Problem Statement

https://docs.sentry.io/platforms/flutter/troubleshooting/#known-limitations

Issue titles might be obfuscated as we rely on the runtimeType, but they may not be human-readable. See the Obfuscate Caveat.

The issue's title is still obfuscated even if uploading debug symbols and symbolicating the error.

Solution Brainstorm

We can infer the title from the exception list, similarly to how Java does.
https://github.com/getsentry/sentry/blob/master/src/sentry/lang/java/processing.py#L6

Product Area

Issues

[aprzedecki]

is it doable in the nearest future ?

[github-actions]

This issue has gone three weeks without activity. In another week, I will close it.

But! If you comment or otherwise update it, I will reset the clock, and if you label it Status: Backlog or Status: In Progress, I will leave it alone ... forever!

---

"A weed is but an unloved flower." ― Ella Wheeler Wilcox 🥀

[ioanniskouts]

Any updates on this? It will save us some time if we have this feature and might also help with the issues grouping.

[marandaneto]

@ioanniskouts is in the plan but I don't have a timeline, this won't affect grouping though, it's only about the issue's title.
The stack trace frames are already symbolicated.

[aprzedecki]

There seem to be a bigger issue with that - each release is a new build, which regenerated all symbols that have different obfuscation values. This causes that existing issues are duplicated and maintaining the project becomes very time consuming to merge again and again the same issues. Is there any solution for that ?

[marandaneto]

@aprzedecki issues are grouped per stack trace by default, and grouping happens after symbolication, this isn't related to this issue (this is just about the title).
In case you are facing grouping problems, please raise a new issue with more context (eg links of 2 different issues that should be grouped together but are not).

[aprzedecki]

Ok, thanks for clearing up.

[marandaneto]

This is not possible on Flutter web, See https://github.com/dart-lang/sdk/blob/master/pkg/compiler/doc/sourcemap_extensions.md#global-minified-names
The source maps contain only the minified types but not the damangled ones.
The frames also don't contain the type, but rather the filename and function only.
In this case, showing the function and filename/module would be already better but it's not possible to map the right frame from the minified type.

We'll need to address dart-lang/sdk#51941 first which is being able to upload the generated file from (--extra-gen-snapshot-options=--save-obfuscation-map=mapping.json) and then demangle the type based on the mappings.json.

I'll check AOT compiled apps now.

[marandaneto]

Found an alternative for AOT apps, See dart-lang/sdk#51941 (comment)
This has to be implemented on the Sentry SDK first, sentry-cli, Sentry Dart plugin, and Sentry itself first, which is a way bigger scope than actually planned, I will talk internally about this investment.

[aprzedecki]

@marandaneto any news on this one ?

[kahest]

Hey @aprzedecki, thanks for your interest - we don't have definite plans or a timeline at the moment. cc @buenaflor

[ioanniskouts]

@kahest do you guys have any update on this? Thanks

[kahest]

Hey @ioanniskouts nothing definite at the moment, we'll keep you posted!

[metafounder]

Any update on this?

[EmmanuelAdeiza]

Any update on this please?

[kahest]

Please see above - we plan to tackle this but don't have a concrete ETA yet. We're keeping this issue up to date as things develop.

[Masadow]

While this issue is resolved, what is the current workaround to troubleshoot issue like this ?

type 'minified:a6o' is not a subtype of type 'minified:dH'

The deobfuscated stack trace might not be enough without knowing which types are causing trouble

[getsantry]

Routing to @getsentry/product-owners-issues-source-maps for triage ⏲️

[buenaflor]

@Masadow could you share a link to the event to [email protected] please

[kahest]

Update: we merged an improvement to mitigate this issue for well-known exception types, will be available with the next release. cc @buenaflor

Edit: Read our changelog entry for more info