Description of problem: Psi+ is the development branch of Psi, the famous XMPP/Jabber client. Since I start to press some keys while the popup is active and the main window visible, a crash happens somewhere in QEventLoop, so I am unsure how to reproduce for sure. Version-Release number of selected component (if applicable): How reproducible: maybe Steps to Reproduce: 1. receive a notification popup 2. try to press any keys 3. Actual results: crash Expected results: no crash Additional info: see attached logs
Created attachment 879029 [details] backtrace
Created attachment 879030 [details] core_backtrace
Created attachment 879037 [details] dso_list
Created attachment 879040 [details] environ
Created attachment 879041 [details] event_log
Created attachment 879042 [details] limits
Created attachment 879053 [details] maps
Created attachment 879054 [details] open_fds
Created attachment 879055 [details] var_log_messages
Looks like a genuine psi-plus crash to me, and since psi-plus isn't yet in fedora, marking CANTFIX (for now). Thread 1 (Thread 0x7f73282568c0 (LWP 1945)): #0 0x0000003569b97df9 in QObject::disconnect (sender=0x6918280, signal=0x6a36109 "destroyed()", signal@entry=0xa05850 "2destroyed()", receiver=receiver@entry=0x58ce9f0, method=0x4450cb9 "eventDestroyed()", method@entry=0xa26b2d "1eventDestroyed()") at kernel/qobject.cpp:2891 method_name = {static shared_null = {ref = {_q_value = 1}, alloc = 0, size = 0, data = 0xe64898 "", array = ""}, static shared_empty = {ref = {_q_value = 22}, alloc = 0, size = 0, data = 0x3569eea798 <QByteArray::shared_empty+24> "", array = ""}, d = 0x4450ca0} method_arg = 0xa26b2d "1eventDestroyed()" membcode = <optimized out> method_found = false signal_arg = 0xa05850 "2destroyed()" signal_name = {static shared_null = {ref = {_q_value = 1}, alloc = 0, size = 0, data = 0xe64898 "", array = ""}, static shared_empty = {ref = {_q_value = 22}, alloc = 0, size = 0, data = 0x3569eea798 <QByteArray::shared_empty+24> "", array = ""}, d = 0x6a360f0} signal_found = false res = false smeta = 0x7fff8ad609b0 #1 0x000000000086feb3 in PsiDBusNotifier::readyToDie (this=this@entry=0x58ce9f0) at psidbusnotifier.cpp:406
Looks like PsiDBusNotifier::readyToDie() is being called on an already deleted PsiDBusNotifier, so the disconnect (that gets passed the no longer valid "this" pointer) crashes. Valgrind should be able to tell you where the offending delete happens, and it should be changed to a deleteLater. (As Rex wrote, this is almost certainly not a bug in Qt.)