Bug 98203

Same bt as Konqueror bug #86671.

Yes, this bug is still there. I'm using Debian Sid, KDE 3.5.1, Kontact 1.2, KMail 1.9.1, Akregator 1.2.1 (all from packages), and consistently, clicking a sys-tray icon when Kontact is closed or minimized will crash Kontact.

*** Bug 102344 has been marked as a duplicate of this bug. ***

*** Bug 120874 has been marked as a duplicate of this bug. ***

*** Bug 123012 has been marked as a duplicate of this bug. ***

*** Bug 125547 has been marked as a duplicate of this bug. ***

*** Bug 127332 has been marked as a duplicate of this bug. ***

*** Bug 131243 has been marked as a duplicate of this bug. ***

*** Bug 121744 has been marked as a duplicate of this bug. ***

*** Bug 131037 has been marked as a duplicate of this bug. ***

*** Bug 132027 has been marked as a duplicate of this bug. ***

Tried on KDE 3.5.4. The problem is not present. (tried both on Gentoo and Ubuntu Dapper Drake).

Tried on KDE 3.5.5 (Kontact 1.2.3, KMail 1.9.4, Akregator 1.2.4, all from packages) on Debian SID. The problem is very much present.

Oh, sorry. Checked again: Clicking the Akregator systray icon seems to work OK. Only clicking KMail's causes a crash.

*** Bug 135584 has been marked as a duplicate of this bug. ***

Same Problem with same Backtrace with Kontact 3.5.5 and SuSE 10.1 here.

This is so a kdelibs bug.  Dozens of bug reports all over the codebase with the same backtrace.  Something to do with setting up the shortcut keys when loading a part.

I have this too, especially when using kaffeine in konqueror. It mostly crashes konqueror on exit or when reopening a stream with kaffeine. Looking at the backtrace it seems to always crash due to accessing a mutex semaphore in X11 which is not or no longer valid (0x0).

Backtrace is below.

I can reproduce it as follows:

- open konqueror
- go to http://www.bbc.co.uk/bbc7/
- select "Listen live" -> "Windows Media"
- an popup window opens an the stream is played
  using kaffeine player
- open the kaffeine context menu and press "Stop" (or halt, german is "Anhalten")
- Now go to the list on the right side of the window and select e. g.
  "Doctor Who".
- Kaffeine disapears and the BBC live player is shown on the left
- Close the popup window
- Again click on "Listen live" -> "Windows Media"
- Konqueror crashes with backtrace below.

I am using konqueror KDE_3_5_BRANCH from shortly after 3.5.6
and kaffeine 0.8.4-svn. X server is 7.1.

I tried to get an insight what happens but this is beyond my
knowledge of KDE/QT/X11. :)

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1232812368 (LWP 2544)]
[KCrash handler]
#6  __pthread_mutex_lock (mutex=0x0) at pthread_mutex_lock.c:40
#7  0xb6adbb7f in _XLockMutex (lip=0x0) at locking.c:102
#8  0xb6af8558 in XrmEnumerateDatabase (db=0x8225df8, names=0xbff349c8, 
    classes=0xbff349c8, mode=0, proc=0, closure=0x0) at Xrm.c:1969
#9  0xb6adb02f in XKeysymToString (ks=269025062) at KeysymStr.c:124
#10 0xb76f4117 in KKeyServer::Sym::toString (this=0xbff34a60, bUserSpace=false)
    at kkeyserver_x11.cpp:526
#11 0xb76f41fd in KKeyServer::Sym::toStringInternal (this=0xbff34a60)
    at kkeyserver_x11.cpp:532
#12 0xb76f01a8 in KKey::toStringInternal (this=0xb780c7dc) at kshortcut.cpp:188
#13 0xb76f0af6 in KKeySequence::toStringInternal (this=0xb780c7d8)
    at kshortcut.cpp:380
#14 0xb76f19a4 in KShortcut::toStringInternal (this=0xb780c7ac, 
    pcutDefault=0x0) at kshortcut.cpp:656
#15 0xb7989df2 in KAction::initPrivate (this=0x8975bd8, text=@0xbff34b60, 
    cut=@0xb780c7ac, receiver=0x0, slot=0xb65a1369 "") at kaction.cpp:250
#16 0xb798aa30 in KAction (this=0x8975bd8, item=@0xbff34f34, cut=@0xb780c7ac, 
    receiver=0x0, slot=0xb65a1369 "", parent=0x8993aa0, name=0xb65a2407 "back")
    at kaction.cpp:144
#17 0xb79977a5 in KToolBarPopupAction (this=0x8975bd8, item=@0xbff34f34, 
    cut=@0xb780c7ac, receiver=0x0, slot=0xb65a1369 "", parent=0x8993aa0, 
    name=0xb65a2407 "back") at kactionclasses.cpp:1891
#18 0xb656a253 in KonqMainWindow::initActions (this=0x8825ee0)
    at konq_mainwindow.cc:3737
#19 0xb6574f56 in KonqMainWindow (this=0x8825ee0, initialURL=@0xbff3636c, 
    openInitialURL=false, name=0x0, xmluiFile=@0xbff36394)
    at konq_mainwindow.cc:218
#20 0xb6575bb0 in KonqMainWindow::slotCreateNewWindow (this=0x812b990, 
    url=@0xbff36670, args=@0xbff365ac, windowArgs=@0xbff36600, 
    part=@0xbff365d8) at konq_mainwindow.cc:1144
#21 0xb657ad92 in KonqMainWindow::qt_invoke (this=0x812b990, _id=88, 
    _o=0xbff364bc) at konq_mainwindow.moc:620
#22 0xb7035619 in QObject::activate_signal ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#23 0xb7f0bbc8 in KParts::BrowserExtension::createNewWindow (this=0x8304d20, 
    t0=@0xbff36670, t1=@0xbff365ac, t2=@0xbff36600, t3=@0xbff365d8)
    at browserextension.moc:385
#24 0xb5f8a486 in KJS::Window::executeOpenWindow (this=0x84bd930, 
    exec=0xbff3737c, url=@0xbff367a4, frameName=@0xbff367d4, 
    features=@0xbff367d0) at kjs_window.cpp:1686
#25 0xb5f8c4d2 in KJS::Window::openWindow (this=0x84bd930, exec=0xbff3737c, 
    args=@0xbff37138) at kjs_window.cpp:1580
#26 0xb5f8db53 in KJS::WindowFunc::tryCall (this=0x85cfd40, exec=0xbff3737c, 
    thisObj=@0xbff37128, args=@0xbff37138) at kjs_window.cpp:1808
#27 0xb5f127b8 in KJS::DOMFunction::call (this=0x85cfd40, exec=0xbff3737c, 
    thisObj=@0xbff37128, args=@0xbff37138) at kjs_binding.cpp:136
#28 0xb5b78c14 in KJS::Object::call (this=0xbff37130, exec=0xbff3737c, 
    thisObj=@0xbff37128, args=@0xbff37138) at object.cpp:73
#29 0xb5b38baa in KJS::FunctionCallNode::evaluate (this=0x8513cb8, 
    exec=0xbff3737c) at nodes.cpp:870
#30 0xb5b3e262 in KJS::ExprStatementNode::execute (this=0x8513cd0, 
    exec=0xbff3737c) at nodes.cpp:1980
#31 0xb5b44df0 in KJS::SourceElementsNode::execute (this=0x8513d00, 
    exec=0xbff3737c) at nodes.cpp:3091
#32 0xb5b3e06a in KJS::BlockNode::execute (this=0x8514548, exec=0xbff3737c)
    at nodes.cpp:1942
#33 0xb5b7214c in KJS::DeclaredFunctionImp::execute (this=0x8513d68, 
    exec=0xbff3737c) at function.cpp:588
#34 0xb5b7152d in KJS::FunctionImp::call (this=0x8513d68, exec=0xbff3767c, 
    thisObj=@0xbff37428, args=@0xbff37438) at function.cpp:363
#35 0xb5b78c14 in KJS::Object::call (this=0xbff37430, exec=0xbff3767c, 
    thisObj=@0xbff37428, args=@0xbff37438) at object.cpp:73
#36 0xb5b38baa in KJS::FunctionCallNode::evaluate (this=0x84f6f28, 
    exec=0xbff3767c) at nodes.cpp:870
#37 0xb5b3e262 in KJS::ExprStatementNode::execute (this=0x8610070, 
    exec=0xbff3767c) at nodes.cpp:1980
#38 0xb5b44df0 in KJS::SourceElementsNode::execute (this=0x85c92a8, 
    exec=0xbff3767c) at nodes.cpp:3091
#39 0xb5b3e06a in KJS::BlockNode::execute (this=0x84fb340, exec=0xbff3767c)
    at nodes.cpp:1942
#40 0xb5b7214c in KJS::DeclaredFunctionImp::execute (this=0x8503a18, 
    exec=0xbff3767c) at function.cpp:588
#41 0xb5b7152d in KJS::FunctionImp::call (this=0x8503a18, exec=0x84ba808, 
    thisObj=@0xbff37748, args=@0xbff3774c) at function.cpp:363
#42 0xb5b78c14 in KJS::Object::call (this=0x85b3974, exec=0x84ba808, 
    thisObj=@0xbff37748, args=@0xbff3774c) at object.cpp:73
#43 0xb5fbe345 in KJS::JSEventListener::handleEvent (this=0x85b3968, 
    evt=@0xbff377c8) at kjs_events.cpp:96
#44 0xb5fbe4f1 in KJS::JSLazyEventListener::handleEvent (this=0x85b3968, 
    evt=@0xbff377c8) at kjs_events.cpp:152
#45 0xb5de3f16 in DOM::NodeImpl::handleLocalEvents (this=0x85b32a0, 
    evt=0x962f598, useCapture=false) at dom_nodeimpl.cpp:615
#46 0xb5de41c7 in DOM::NodeImpl::dispatchGenericEvent (this=0x85b3900, 
    evt=0x962f598) at dom_nodeimpl.cpp:390
#47 0xb5de46a7 in DOM::NodeImpl::dispatchEvent (this=0x85b3900, evt=0x962f598, 
    exceptioncode=@0xbff37980, tempEvent=true) at dom_nodeimpl.cpp:342
#48 0xb5d57eed in KHTMLView::dispatchMouseEvent (this=0x82f8c78, eventId=4, 
    targetNode=0x85b3900, targetNodeNonShared=0x85b3900, cancelable=true, 
    detail=1, _mouse=0xbff37a48, setUnder=true, mouseEventType=1)
    at khtmlview.cpp:3172
#49 0xb5d5e24e in KHTMLView::viewportMouseReleaseEvent (this=0x82f8c78, 
    _mouse=0xbff38104) at khtmlview.cpp:1290
#50 0xb714d91f in QScrollView::eventFilter ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#51 0xb5d60137 in KHTMLView::eventFilter (this=0x82f8c78, o=0x82f6158, 
    e=0xbff38104) at khtmlview.cpp:1954
#52 0xb703535e in QObject::activate_filters ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#53 0xb70353db in QObject::event () from /opt/qt-3.3.7/lib/libqt-mt.so.3
#54 0xb706ef2c in QWidget::event () from /opt/qt-3.3.7/lib/libqt-mt.so.3
#55 0xb6fd5d81 in QApplication::internalNotify ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#56 0xb6fd6e25 in QApplication::notify () from /opt/qt-3.3.7/lib/libqt-mt.so.3
#57 0xb76786c8 in KApplication::notify (this=0xbff38524, receiver=0x82f6158, 
    event=0xbff38104) at kapplication.cpp:550
#58 0xb6f71d11 in QETWidget::translateMouseEvent ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#59 0xb6f7120c in QApplication::x11ProcessEvent ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#60 0xb6f8475a in QEventLoop::processEvents ()
   from /opt/qt-3.3.7/lib/libqt-mt.so.3
#61 0xb6fec9e3 in QEventLoop::enterLoop () from /opt/qt-3.3.7/lib/libqt-mt.so.3
#62 0xb6fec8c6 in QEventLoop::exec () from /opt/qt-3.3.7/lib/libqt-mt.so.3
#63 0xb6fd56cf in QApplication::exec () from /opt/qt-3.3.7/lib/libqt-mt.so.3
#64 0xb65139aa in kdemain (argc=2, argv=0x80adea8) at konq_main.cc:206
#65 0xb753e7a0 in kdeinitmain (argc=2, argv=0x80adea8) at konqueror_dummy.cc:3
#66 0x0804fe58 in launch (argc=2, _name=0x808effc "konqueror", 
    args=0x808f00f "\001", cwd=0x0, envc=1, envs=0x808f020 "", 
    reset_env=false, tty=0x0, avoid_loops=false, 
    startup_id_str=0x808f024 "leviathan;1170502739;300104;2177_TIME2271634677")
    at kinit.cpp:673
#67 0x080507de in handle_launcher_request (sock=9) at kinit.cpp:1240
#68 0x08050f7b in handle_requests (waitForPid=0) at kinit.cpp:1443
#69 0x08051a77 in main (argc=5, argv=0xbff39014, envp=0xbff3902c)
    at kinit.cpp:1909

Since this bug is 2 years old and has quite a few duplicates but still no fix, I would suggest a workaround for having kaffeine crash konqueror.

It was too annoying for me, thus I removed kaffeine and use kmplayer as plug-in, it is far better than kaffeine anyway and can use xine as well as mplayer.

You are right, it is actually the kaffeine part crashing konqueror. After figuring out where to remove it from playing multimedia files I now have Doctor Who playing with mplayer and konqueror seems stable even after closing and reopening the stream. I wonder if there are more kaffeine users experiencing this and if the kaffein developers are aware of it.

OK, the are aware of it. See

http://bugs.kde.org/show_bug.cgi?id=114198

*** This bug has been marked as a duplicate of 114198 ***

"Shai" made be aware of the fact that the original issue was about something else. However there's a big but: If you use the (unfixed) kaffeine part, you usually see the crashes _after_ unloading it, e.g. at exit or if some x functions are called. So if you can reproduce this issue simply run kontact in gdb, set a breakpoint on XInitThreads and blame the lib calling it ...

*** Bug 144403 has been marked as a duplicate of this bug. ***

Don't know if it's general, but this now works for me -- the bug is no longer present.

Debian sid
KDE 3.5.6
Kontact 1.2.4
KMail 1.9.6
Akregator 1.2.6

Thanks for the good work,
  Shai.

Someone else can confirm that the bug is no more reproducible using more recent KDE version like 3.5.10?

Closed due to absence of feedback. Please reopen if you can reproduce on more recent KDE version.