[Development] Qt+KDE collaboration on crash reports
Tor Arne Vestbø
Tor.arne.Vestbo at qt.io
Sun Sep 8 15:49:11 CEST 2024
Hi Nicolas,
How are you integrating KDE with Sentry?
I wrote a very minimal integration for Qt here https://docs.sentry.io/platforms/native/guides/qt/ that plumbs qInstallMessageHandler to the sentry events https://github.com/getsentry/sentry-native/blob/master/src/integrations/sentry_integration_qt.cpp.
Do you do something similar?
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? 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?
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.
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
More information about the Development
mailing list