Bug 185547

Summary:	Make DrKonqi usable for Qt/GTK applications
Product:	[Applications] drkonqi	Reporter:	BRULE Herman <alpha.super-one>
Component:	general	Assignee:	Unassigned bugs mailing-list <unassigned-bugs>
Status:	RESOLVED NOT A BUG
Severity:	wishlist	CC:	sitter
Priority:	LO
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Unspecified
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.