Bug 410785

Summary:	Plasmashell respawn on crash also disables KCrash for applications run from the menu
Product:	[Plasma] plasmashell	Reporter:	Kevin Kofler <kevin.kofler>
Component:	Startup process	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	CONFIRMED ---
Severity:	normal	CC:	kde, kde, nate, plasma-bugs-null
Priority:	NOR
Version First Reported In:	5.13.5
Target Milestone:	1.0
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Kevin Kofler 2019-08-10 10:19:14 UTC

SUMMARY
If plasmashell crashes, it gets respawn with environment settings that prevent KCrash from bringing up DrKonqi also in applications run from the menu of the respawned plasmashell.

STEPS TO REPRODUCE
1. Get plasmashell to crash and respawn. (Just moving around quickly enough in the classic Kicker menu always triggers some Qt 5.11.3 bug that produces a crash here.)
2. Start KWrite from the menu.
3. killall -SIGABRT kwrite

OBSERVED RESULT
KWrite vanishes silently.

EXPECTED RESULT
A DrKonqi tray icon comes up.

SOFTWARE/OS VERSIONS
Fedora 28 (yes, this system will be upgraded to 29 or 30 ASAP)
Plasma 5.13.5
KDE Frameworks 5.55.0
Qt 5.11.3

ADDITIONAL INFORMATION
Starting KWrite from a Konsole makes DrKonqi work as expected.

Comment 1 Kevin Kofler 2019-08-10 10:22:19 UTC

See also:
https://bugs.kde.org/show_bug.cgi?id=406376#c2
where I originally noticed it, but had not yet realized that this was due to the plasmashell respawning.

Workaround: Alt+F2 plasmashell --replace

Comment 2 Kevin Kofler 2020-03-30 13:27:14 UTC

Ping?

Comment 3 David Edmundson 2020-03-30 14:01:46 UTC

Right, we need to fix this, we can't have other apps missing out on backtraces.

The fastest, but sloppiest solution is just to filter it out in ProcessRunner when we spawn a new app. 

Not sure what a neat fix is.

Comment 4 Kai Uwe Broulik 2020-05-29 06:52:22 UTC

https://phabricator.kde.org/D29810 is not trying to fix this, is it?