Bug 185547 - Make DrKonqi usable for Qt/GTK applications
Summary: Make DrKonqi usable for Qt/GTK applications
Status: RESOLVED NOT A BUG
Alias: None
Product: drkonqi
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Unspecified
: LO wishlist
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-25 18:26 UTC by BRULE Herman
Modified: 2019-12-15 10:38 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description BRULE Herman 2009-02-25 18:26:14 UTC
Version:            (using KDE 4.2.0)
Installed from:    Gentoo Packages

Hello, I wish use kbug for generate bug repport in gui at all crash of application Qt or all other application.
I thinks it's bad to have application who close without prevent, and when application crash detected (qt creator, firefox, ...) show that's application have crash (and backtrace if it can).
Thanks.
Comment 1 Jekyll Wu 2013-01-05 13:17:47 UTC
Drkonqi itself (excluding the reporting assistant which is currently tightly coupled with bugs.kde.org) is actually already quite generic.  It should be able to be manually invoked to attach to any process and generate a bakctrace, if you really want to do that and give it the right arguments.

The hard part is how to make Qt/Gtk applications aware of DrKonqi and invoke DrKonqi automatically when they crash. KDE applications behave like that because of the KCrash class used by KApplication, so some plugin should be written for Qt/Gtk to do the similar work. 

From KDE side, that is clearly a low-priority issue.
Comment 2 Harald Sitter 2019-12-15 10:38:54 UTC
There's no interest in implementing this. Coredumpd/apport/abrt are system-wide solutions to this problem already.