[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Is there (going to be) an auto-retracer service for KDE?
From:       Martin Klapetek <martin.klapetek () gmail ! com>
Date:       2021-04-26 15:47:58
Message-ID: CAPLgePo9vxQ4pyqzQ5j4VZfJhvo0sZ5V847N+=Qa8GVNZu954g () mail ! gmail ! com
[Download RAW message or body]

On Mon, Apr 26, 2021 at 7:07 AM Harald Sitter <sitter@kde.org> wrote:

>
> Also going off on a tangent: On windows I understand the store already
> has crash tracking and all that stuff implemented, I expect the same
> is true for OSX? No idea about android


Just chiming in about Android - if an app is installed from Play Store,
the store itself will collect crash traces, both Java and native ones.
However those traces will have the same issue - they won't have
the debug stuff for native ones; they will for Java crashes unless
the code has been obfuscated in the release build, which is actually
very common. To deobfuscate those traces, the debug symbols can
be uploaded to the Play Store (or the mapping file in case of Java),
but it's a manual process which must be done for every single release.

There are also alternatives to Play Store's traces collecting - there are
many SDKs that can be integrated into the app code that will collect
all crashes and upload them to a web service (basically a DrKonqi
equivalent...maybe DrKonqi could be turned into Android framework
for crash reporting?), but then the same debug symbols issue will exist
there. Some of these SDKs also provide a simple gradle task (build
system step) that will auto-upload those debug symbols to their web
service as part of the release build, sorta automating that process.
But these are generally closed/paid 3rd party services, so not entirely
useful for KDE. There may be open alternatives, but I haven't really
looked into that.
Finally, setting these up is usually a single line in the (Android) App's
onCreate(),
so this could potentially work with Qt apps on Android too.

Cheers
--
Martin Klapetek

[Attachment #3 (text/html)]

<div dir="ltr"><div dir="ltr">On Mon, Apr 26, 2021 at 7:07 AM Harald Sitter &lt;<a \
href="mailto:sitter@kde.org">sitter@kde.org</a>&gt; wrote:<br></div><div \
class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br> Also going off on \
a tangent: On windows I understand the store already<br> has crash tracking and all \
that stuff implemented, I expect the same<br> is true for OSX? No idea about \
android</blockquote><div><br></div><div>Just chiming in about Android - if an app is \
installed from Play Store,</div><div>the store itself will collect crash traces, both \
Java and native ones.</div><div>However those traces will have the same issue - they \
won&#39;t have</div><div>the debug stuff for native ones; they will for Java crashes \
unless</div><div>the code has been obfuscated in the release build, which is \
actually</div><div>very common. To deobfuscate those traces, the debug symbols \
can</div><div>be uploaded to the Play Store (or the mapping file in case of \
Java),</div><div>but it&#39;s a manual process which must be done for every single \
release.</div><div><br></div><div>There are also alternatives to Play Store&#39;s \
traces collecting - there are</div><div>many SDKs that can be integrated into the app \
code that will collect</div><div>all crashes and upload them to a web service \
(basically a DrKonqi</div><div>equivalent...maybe DrKonqi could be turned into \
Android framework</div><div>for crash reporting?), but then the same debug symbols \
issue will exist</div><div>there. Some of these SDKs also provide a simple gradle \
task (build</div><div>system step) that will auto-upload those debug symbols to their \
web</div><div>service as part of the release build, sorta automating that \
process.</div><div>But these are generally closed/paid 3rd party services, so not \
entirely</div><div>useful for KDE. There may be open alternatives, but I haven&#39;t \
really</div><div>looked into that.</div><div>Finally, setting these up is usually a \
single line in the (Android) App&#39;s onCreate(),</div><div>so this could \
potentially work with Qt apps on Android \
too.</div><div><br></div><div>Cheers</div><div>--</div><div>Martin \
Klapetek</div></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]