[Development] Qt+KDE collaboration on crash reports
Nicolas Fella
nicolas.fella at gmx.de
Mon Sep 9 17:30:57 CEST 2024
On 08.09.24 3:49 PM, Tor Arne Vestbø wrote:
> Hi Nicolas,
>
> How are you integrating KDE with Sentry?
>
> I wrote a very minimal integration for Qt herehttps://docs.sentry.io/platforms/native/guides/qt/ that plumbs qInstallMessageHandler to the sentry eventshttps://github.com/getsentry/sentry-native/blob/master/src/integrations/sentry_integration_qt.cpp.
>
> Do you do something similar?
The client-side integration works with systemd-coredumpd and KCrash
(https://invent.kde.org/frameworks/kcrash/), which is mostly about
collecting metadata such as application and Qt version, OS/graphics
information, and logs. Therefore we currently only have it working on
Linux. For e.g. our Windows applications we want to rely on Windows'
native crash reporting and are looking into aggregating that into our
Sentry.
> When you get reports from users in Sentry, do you have the ability to get in touch with them and run the app with additional Qt logging categories enabled?
We don't have that kind of communication channel with Sentry, only with
our Bugzilla-based system which is running in parallel but receives
fewer reports.
> If so, that might be useful data to pass on to us (in some way). Alternatively, perhaps some generic instructions can be given to users that if they opt in to crash analytics, and are experiencing crashes, to enable a common subset of relevant logging categories?
https://invent.kde.org/frameworks/kcrash/-/merge_requests/56 is
exploring automatically increasing the log verbosity.
> Regarding the reporting, does Sentry allow sharing individual incidents? If so that would be helpful to include in the bug reports you create for Qt.
>
> Depending on the volume of reports you get, it might be beneficial to group them (option two in your proposal). But having access to the Sentry dashboard would also be nice.
I'd have to check with Harald who is driving Sentry on our side, but we
should be able to arrange something useful.
> Cheers,
> Tor Arne
>
>> On Sep 8, 2024, at 3:25 PM, Nicolas Fella via Development<development at qt-project.org> wrote:
>>
>> Hi,
>>
>> at Akademy I had a chat with Volker Hilsheimer and now want to open this
>> to a wider audience.
>>
>> In KDE we have an automatic crash reporting system based on Sentry.
>> Naturally some amount of the crash reports point to the problem being in
>> Qt instead of in KDE code. In those cases we of course want to create
>> useful Qt bugreports for you. Unfortunately it is not always easy for us
>> to narrow down or reproduce the problem so a lot of issues are never
>> reported to you, even if they could be potentially interesting to you.
>>
>> Now I am wondering how we can improve the communication pipeline in that
>> regard and make sure you Qt people are aware of the reports we get and
>> can give your input on it. I see a few possible ways to go about this,
>> which aren't necessarily mutually exclusive:
>>
>> - We report every Qt-related-looking crash we get as a QTBUG, even if we
>> don't have a reproducer or much information on what's going on
>>
>> - Someone from KDE writes a weekly(?)/monthly(?) summary email with
>> relevant looking reports that we would like someone from Qt to look at
>>
>> - We give some Qt people access to our crash reporting system directly
>>
>> Let me know what you think about this
>>
>> Cheers
>>
>> Nico
>>
>> --
>> Development mailing list
>> Development at qt-project.org
>> https://lists.qt-project.org/listinfo/development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20240909/712c12ec/attachment.htm>
More information about the Development
mailing list