Bug 84345

A Toolbarbutton is still in the toolbar while the KInstance responsible for the button has been deleted already.

Do you happen to have any information in your log file about this event?
See e.g. ~/.xsession-errors or ~/.X.err

Do you know what your konqueror was doing at the time? Was it used for file-browsing or for web-browsing?

I use startx to begin all my sessions and wasn't logging any errors at the time.  I'm compiling at the moment so next chance I get I'll try and reproduce it again and see what shows up in logs.

At the time konqueror crashed I was not using it, I just had it running on another screen offline in about:blank.

This crash doesn't seem to occur now that I have updated all of the modules

Works for reporter.

aieee.... please do not close this like this. This is likely the cause for 68528, which happens to a lot of people but is not easily reproducible at all

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

Waldo: when do KInstances normally get destroyed?

When a part gets deleted, or possibly a plugin.

Ok the crash occured again.  I was able to reproduce it by changing icons from slick to Crystal SVG and back again.  My logs show the following errors:

konqueror: [void KIMProxy::unregisteredFromDCOP(const QCString&)] anonymous-5802
ACCESSING DELETED KINSTANCE! (rellinks)
kdeinit: konqueror --silent: /home/gdcb04/src/kde/kdelibs/kdecore/kinstance.cpp:239: KIconLoader* KInstance::iconLoader() const: Assertion `false' failed.

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

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

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

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

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

My konqueror crashes about any second time I try to use it (just feels soooo Redmondian), and therefore it is near to unusable for me... Is there any bugfix or todo avalible to get rid of this problem?

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

This is really for Bug 90048: http://bugs.kde.org/show_bug.cgi?id=90048 but it's been marked as a duplicate of this.
Konqueror crashed when changing icon theme. 
Using Mandrake Linux 10.1 Community, qt-copy and all of kde were built from source (checked out from cvs).

bt:

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1097439296 (LWP 4227)]
[KCrash handler]
#7  0xffffe410 in ?? ()
#8  0xbfffe2c0 in ?? ()
#9  0x00000006 in ?? ()
#10 0x00001083 in ?? ()
#11 0x41548805 in raise () from /lib/tls/libc.so.6
#12 0x4154a1e9 in abort () from /lib/tls/libc.so.6
#13 0x41541f01 in __assert_fail () from /lib/tls/libc.so.6
#14 0x40844488 in KInstance::iconLoader (this=0x87c5338) at kinstance.cpp:239
#15 0x405b50b1 in KToolBarButton::setIcon (this=0x88236c8, icon=@0x88396f8)
    at ktoolbarbutton.cpp:286
#16 0x405b4a9b in KToolBarButton::modeChange (this=0x88236c8)
    at ktoolbarbutton.cpp:190
#17 0x405b7009 in KToolBarButton::qt_invoke (this=0x88236c8, _id=60, 
    _o=0xbfffe690) at ktoolbarbutton.moc:178
#18 0x40cc396f in QObject::activate_signal (this=0x87a9f58, clist=0x86e5d48, 
    o=0xbfffe690) at kernel/qobject.cpp:2381
#19 0x40cc36c5 in QObject::activate_signal (this=0x87a9f58, signal=13)
    at kernel/qobject.cpp:2326
#20 0x404f0daf in KToolBar::modechange (this=0x87a9f58) at ktoolbar.moc:344
#21 0x404ebcd6 in KToolBar::doModeChange (this=0x87a9f58) at ktoolbar.cpp:1220
#22 0x404eccbb in KToolBar::slotIconChanged (this=0x87a9f58, group=1)
    at ktoolbar.cpp:1456
#23 0x404f0eda in KToolBar::qt_invoke (this=0x87a9f58, _id=56, _o=0xbfffe7d0)
    at ktoolbar.moc:360
#24 0x40cc396f in QObject::activate_signal (this=0xbffff050, clist=0x831f280, 
    o=0xbfffe7d0) at kernel/qobject.cpp:2381
#25 0x40cc3b7c in QObject::activate_signal (this=0xbffff050, signal=12, 
    param=1) at kernel/qobject.cpp:2450
#26 0x407adb3e in KApplication::iconChanged (this=0xbffff050, t0=1)
    at kapplication.moc:203
#27 0x407a6331 in KApplication::x11EventFilter (this=0xbffff050, 
    _event=0xbfffeb40) at kapplication.cpp:1667
#28 0x40be462f in qt_x11EventFilter (ev=0xbfffeb40)
    at kernel/qapplication_x11.cpp:386
#29 0x40bed7e3 in QApplication::x11ProcessEvent (this=0xbffff050, 
    event=0xbfffeb40) at kernel/qapplication_x11.cpp:3305
#30 0x40c08025 in QEventLoop::processEvents (this=0x8109bb8, flags=4)
    at kernel/qeventloop_x11.cpp:192
#31 0x40c75060 in QEventLoop::enterLoop (this=0x8109bb8)
    at kernel/qeventloop.cpp:198
#32 0x40c74f7e in QEventLoop::exec (this=0x8109bb8)
    at kernel/qeventloop.cpp:145
#33 0x40c6106d in QApplication::exec (this=0xbffff050)
    at kernel/qapplication.cpp:2758
#34 0x417e69d2 in kdemain () from /usr/lib/libkdeinit_konqueror.so
#35 0x41780930 in kdeinitmain () from /usr/lib/kde3/konqueror.so
#36 0x0804df11 in launch ()
#37 0x0804e6b6 in handle_launcher_request ()
#38 0x0804ec18 in handle_requests ()
#39 0x0804f3a1 in main ()

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

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

Could somebody please set the status to new, as there seems to be enough confirming comments and votes and it's a crashing bug, which should give it a fairly high priority.

My backtrace:
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1095670272 (LWP 5508)]
[KCrash handler]
#7  0x407e7592 in KIconLoader::loadIconSet ()
   from /opt/kde3/lib/libkdecore.so.4
#8  0x407e77f4 in KIconLoader::loadIconSet ()
   from /opt/kde3/lib/libkdecore.so.4
#9  0x405477f7 in KToolBarButton::setIcon () from /opt/kde3/lib/libkdeui.so.4
#10 0x40547dd8 in KToolBarButton::modeChange ()
   from /opt/kde3/lib/libkdeui.so.4
#11 0x40547fe0 in KToolBarButton::qt_invoke () from /opt/kde3/lib/libkdeui.so.4
#12 0x40bf203a in QObject::activate_signal ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0x40bf2896 in QObject::activate_signal ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0x405e11dc in KToolBar::modechange () from /opt/kde3/lib/libkdeui.so.4
#15 0x405e125c in KToolBar::doModeChange () from /opt/kde3/lib/libkdeui.so.4
#16 0x405e12ea in KToolBar::slotIconChanged () from /opt/kde3/lib/libkdeui.so.4
#17 0x405ed61f in KToolBar::qt_invoke () from /opt/kde3/lib/libkdeui.so.4
#18 0x40bf203a in QObject::activate_signal ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#19 0x40bf271d in QObject::activate_signal ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#20 0x407b0823 in KApplication::iconChanged ()
   from /opt/kde3/lib/libkdecore.so.4
#21 0x4081b996 in KApplication::x11EventFilter ()
   from /opt/kde3/lib/libkdecore.so.4
#22 0x40b1abe7 in qt_x11EventFilter () from /usr/lib/qt3/lib/libqt-mt.so.3
#23 0x40b2b39b in QApplication::x11ProcessEvent ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#24 0x40b3c908 in QEventLoop::processEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#25 0x40ba77b1 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3
#26 0x40ba75f6 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#27 0x40b912ef in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#28 0x41763b4c in kdemain () from /opt/kde3/lib/libkdeinit_konqueror.so
#29 0x0804e7a6 in launch ()
#30 0x0804eebc in handle_launcher_request ()
#31 0x0804f479 in handle_requests ()
#32 0x0804fc5a in main ()

changed status to new, please don't hurt me :-).
In slightly related news. I don't remember konqueror crashing after removing the rellinks plugins (for another reason), but that may be incidental.

Another bactrace. This time crash happened while use the document relations. I still don't see anything refereing to it in the backtrace though only Kiconloader.  
Would this have something to do with the konqueror crashing while switching icon themes bug? Meh, on to the good stuff:

Backtrace: 
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1097517120 (LWP 9795)]
[KCrash handler]
#7  0x40fb3d96 in QString (this=0xbfffe080, s=@0x14) at tools/qstring.cpp:1396
#8  0x407f9761 in KIconEffect::fingerprint (this=0x89eda44, group=1, state=2)
    at kiconeffect.cpp:139
#9  0x40804e4e in KIconLoader::loadIcon (this=0x83afc20, _name=@0x8542f84, 
    group=Toolbar, size=22, state=2, path_store=0x0, canReturnNull=false)
    at kiconloader.cpp:654
#10 0x40807a06 in KIconFactory::createPixmap (this=0x8542f78, mode_P=Disabled)
    at kiconloader.cpp:1183
#11 0x40c8a1a0 in QIconSetPrivate::icon (this=0x8543358, iconSet=0xbfffe420, 
    size=Small, mode=Disabled, state=Off) at kernel/qiconset.cpp:195
#12 0x40c8a914 in QIconSet::pixmap (this=0xbfffe420, size=Small, 
    mode=Disabled, state=Off) at kernel/qiconset.cpp:520
#13 0x405b5b46 in KToolBarButton::drawButton (this=0x8542c98, 
    _painter=0x8583748) at ktoolbarbutton.cpp:474
#14 0x40d59238 in QButton::paintEvent (this=0x8542c98)
    at widgets/qbutton.cpp:883
#15 0x40cfd02e in QWidget::event (this=0x8542c98, e=0xbfffe7b0)
    at kernel/qwidget.cpp:4776
#16 0x40c61ca9 in QApplication::internalNotify (this=0xbffff050, 
    receiver=0x8542c98, e=0xbfffe7b0) at kernel/qapplication.cpp:2635
#17 0x40c61942 in QApplication::notify (this=0xbffff050, receiver=0x8542c98, 
    e=0xbfffe7b0) at kernel/qapplication.cpp:2523
#18 0x407a134e in KApplication::notify (this=0xbffff050, receiver=0x8542c98, 
    event=0xbfffe7b0) at kapplication.cpp:495
#19 0x40bf5fd4 in QApplication::sendSpontaneousEvent (receiver=0x8542c98, 
    event=0xbfffe7b0) at qapplication.h:494
#20 0x40bf2ad3 in QETWidget::translatePaintEvent (this=0x8542c98, 
    event=0xbfffeb70) at kernel/qapplication_x11.cpp:5634
#21 0x40bee3af in QApplication::x11ProcessEvent (this=0xbffff050, 
    event=0xbfffeb70) at kernel/qapplication_x11.cpp:3487
#22 0x40c0881a in QEventLoop::processEvents (this=0x810e890, flags=4)
    at kernel/qeventloop_x11.cpp:192
#23 0x40c760e3 in QEventLoop::enterLoop (this=0x810e890)
    at kernel/qeventloop.cpp:198
#24 0x40c75ffe in QEventLoop::exec (this=0x810e890)
    at kernel/qeventloop.cpp:145
#25 0x40c61e15 in QApplication::exec (this=0xbffff050)
    at kernel/qapplication.cpp:2758
#26 0x417f99d2 in kdemain () from /usr/lib/libkdeinit_konqueror.so
#27 0x41793930 in kdeinitmain () from /usr/lib/kde3/konqueror.so
#28 0x0804df11 in launch ()
#29 0x0804e6b6 in handle_launcher_request ()
#30 0x0804ed17 in handle_requests ()
#31 0x0804f3a1 in main ()


If the backtraces are useless I could rebuild qt with -debug enabled if you think it would help.

I think, we're going to disable rellinks from KDE 3.3.2 - too many crashes and misbehaviours ;(

I constantly get Konqueror crashing - as many as ten - 20 times per day in general usage.  This has happened in every version of Konqueror from 3.1.4 up.  3.2 was the worst offender, 3.2.1 seemed more stable and 3.2.2 was even more stable.  It got worse from 3.2.3 onwards again - currently using 3.3.1 from Debian "sid" unstable.  I'm pretty sure it's the same error message that comes up every time.  On 3.3.1 i've noticed that it's now starting to manifest itself on a Window that was open - it'll just crash after being open for X amount of time.  It used to only occur when first opening konqueror.  It happens no matter what themed icons I use, so I don't think it's an issue with that.  

Backtrace:

[New Thread 1074177536 (LWP 10651)]

[KCrash handler]
#3  0x41f16da9 in QString::QString(QString const&) ()
   from /usr/lib/libqt-mt.so.3
#4  0x427e46ff in KIconEffect::fingerprint(int, int) const ()
   from /usr/lib/libkdecore.so.4
#5  0x427f01c6 in KIconLoader::loadIcon(QString const&, KIcon::Group, int, int, QString*, bool) const () from /usr/lib/libkdecore.so.4
#6  0x427f342f in KIconFactory::createPixmap(QIconSet const&, QIconSet::Size, QIconSet::Mode, QIconSet::State) () from /usr/lib/libkdecore.so.4
#7  0x41c0e894 in QIconSetPrivate::icon(QIconSet const*, QIconSet::Size, QIconSet::Mode, QIconSet::State) () from /usr/lib/libqt-mt.so.3
#8  0x41c0f29a in QIconSet::pixmap(QIconSet::Size, QIconSet::Mode, QIconSet::State) const () from /usr/lib/libqt-mt.so.3
#9  0x425d6923 in KToolBarButton::drawButton(QPainter*) ()
   from /usr/lib/libkdeui.so.4
#10 0x41cd7325 in QButton::paintEvent(QPaintEvent*) ()
   from /usr/lib/libqt-mt.so.3
#11 0x41c7b01e in QWidget::event(QEvent*) () from /usr/lib/libqt-mt.so.3
#12 0x41be842f in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/lib/libqt-mt.so.3
#13 0x41be7a2e in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/libqt-mt.so.3
#14 0x42787da3 in KApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/libkdecore.so.4
#15 0x41b7fae6 in QETWidget::translatePaintEvent(_XEvent const*) ()
   from /usr/lib/libqt-mt.so.3
#16 0x41b7b294 in QApplication::x11ProcessEvent(_XEvent*) ()
   from /usr/lib/libqt-mt.so.3
#17 0x41b91a04 in QEventLoop::processEvents(unsigned) ()
   from /usr/lib/libqt-mt.so.3
#18 0x41bfa788 in QEventLoop::enterLoop() () from /usr/lib/libqt-mt.so.3
#19 0x41bfa638 in QEventLoop::exec() () from /usr/lib/libqt-mt.so.3
#20 0x41be8681 in QApplication::exec() () from /usr/lib/libqt-mt.so.3
#21 0x4016ec2c in kdemain () from /usr/lib/libkdeinit_konqueror.so
#22 0x40001896 in kdeinitmain () from /usr/lib/kde3/konqueror.so
#23 0x0804cbb6 in QGList::clear() ()
#24 0x0804e0ab in QGList::clear() ()
#25 0x0804e5ce in QGList::clear() ()
#26 0x0804f64d in QGList::clear() ()
#27 0x4102e7f8 in __libc_start_main () from /lib/tls/libc.so.6
#28 0x00000000 in ?? ()

It's really annoying and very unreliable.  It's pretty much the only application that I have crashing (other than amsn) so I do not think it's a stability issue with my system.  The system is relatively new and powerful enough to run kde ;-)  

When I upgrade kde I usually kill X and do it from a command line as I do realise it's the safest way of doing it.  Sometimes I just forget myself though and i'm guilty of doing it from within X whilst using KDE.  I also realise that it could be a Debian packaging issue.  Problem has occured on different kernels (2.4.21, 2.4.24, 2.4.25, 2.4.26, 2.6.4, 2.6.5, 2.6.6, 2.6.7, 2.6.8.1 & 2.6.9).  Currently running ext3, fsck comes up clean.  Plenty of diskspace available, ram is fine (512mb and clean).  

Dave W Pastern

well, remove the rellinks plugin

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

On my Fedoara Core 3 when I change the icon theme Konqueror allways crashes :
Using host libthread_db library "/lib/tls/libthread_db.so.1".
`shared object read from target memory' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1208129856 (LWP 10871)]
[KCrash handler]
#4  0x4e479219 in KIconLoader::loadIconSet () from /usr/lib/libkdecore.so.4
#5  0x4e479494 in KIconLoader::loadIconSet () from /usr/lib/libkdecore.so.4
#6  0x4e7bb187 in KToolBarButton::setIcon () from /usr/lib/libkdeui.so.4
#7  0x4e7ba5fb in KToolBarButton::modeChange () from /usr/lib/libkdeui.so.4
#8  0x085b9ae8 in ?? ()
#9  0x00000003 in ?? ()
#10 0x085ce1b0 in ?? ()
#11 0xbfffe678 in ?? ()
#12 0xbfffe680 in ?? ()
#13 0x00000014 in ?? ()
#14 0xbfffe658 in ?? ()
#15 0x44bb770b in realloc () from /lib/tls/libc.so.6

CVS commit by ogoffart: 

Remove the configuration menu, and port the toolbar to KXMLGUI.

It's not anymore possible to have the toolbar appears "when necessary" which cosed too many bugs.

cf: http://lists.kde.org/?l=kfm-devel&m=110339587428621&w=2

BUG: 86113
BUG: 84345


  M +3 -105    plugin_rellinks.cpp   1.37
  M +1 -21     plugin_rellinks.h   1.19
  M +20 -3     plugin_rellinks.rc   1.4

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

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