Bug 172135 - ASSERT failure with tabs - backtrace, repeated, but not reproducable at will
Summary: ASSERT failure with tabs - backtrace, repeated, but not reproducable at will
Status: RESOLVED DUPLICATE of bug 177036
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 175501 183460 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-10-04 10:33 UTC by Alan Jenkins
Modified: 2009-05-03 22:01 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alan Jenkins 2008-10-04 10:33:48 UTC
Version:            (using KDE 4.1.2)
OS:                Linux
Installed from:    Ubuntu Packages

$ konqueror
QObject: Do not delete object, 'unnamed', during its event handler!
ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/qt4/QtCore/qlist.h, line 401
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = konqueror path = <unknown> pid = 10597
sock_file=/home/alan/.kde4/socket-alan-desktop/kdeinit4__0


I hope this backtrace PLUS the assertion message is a little less woolly and more useful than my description :-).

I've had this happen twice.  Once I was browsing the Register, opening multiple articles in tabs.  The second time, it was just after opening a second tab; the first tab was "man:select" and the konqueror instance had just been session-restored after logging in.

It's related to opening new tabs.

Just before the crash happens, the information on the tabs becomes inaccurate.  In the last case, I think I opened a new tab, visited something, switched back to the first tab - and then the title on the second tab vanished.  In the first case, when I was using ctrl+> to flick through tabs, the titles changed as I did so (maybe the titles shifted left or something).

It may be related to "split view" as well.  Sometimes I press ctrl+shift+T and split the view, when I meant to press ctrl+T and open a new tab.

(Backtrace for the assertion follows).

Application: Konqueror (konqueror), signal SIGABRT
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7f56cb94f7a0 (LWP 10597)]
[KCrash handler]
#5  0x00007f56cb143095 in raise () from /lib/libc.so.6
#6  0x00007f56cb144af0 in abort () from /lib/libc.so.6
#7  0x00007f56c9810055 in qt_message_output () from /usr/lib/libQtCore.so.4
#8  0x00007f56c981019d in qFatal () from /usr/lib/libQtCore.so.4
#9  0x00007f56ca1c47af in ?? () from /usr/lib/kde4/lib/libkdeui.so.5
#10 0x00007f56ca2cae12 in KTabWidget::setTabText ()
   from /usr/lib/kde4/lib/libkdeui.so.5
#11 0x00007f56cb4c78bf in KonqView::setCaption ()
   from /usr/lib/kde4/lib/libkdeinit4_konqueror.so
#12 0x00007f56cb4c8561 in KonqView::qt_metacall ()
   from /usr/lib/kde4/lib/libkdeinit4_konqueror.so
#13 0x00007f56c990d8b6 in QMetaObject::activate ()
   from /usr/lib/libQtCore.so.4
#14 0x00007f56caa96002 in KParts::Part::setWindowCaption ()
   from /usr/lib/kde4/lib/libkparts.so.4
#15 0x00007f56bcba11fc in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#16 0x00007f56bcbeac6e in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#17 0x00007f56bcbaca7a in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#18 0x00007f56bcbdbd40 in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#19 0x00007f56bcbdded0 in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#20 0x00007f56bcbdefb6 in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#21 0x00007f56bcbe2958 in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#22 0x00007f56bcbe3b91 in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#23 0x00007f56bcbe4fac in ?? () from /usr/lib/kde4/lib/libkhtml.so.5
#24 0x00007f56bcb600fb in KHTMLPart::write ()
   from /usr/lib/kde4/lib/libkhtml.so.5
#25 0x00007f56bcb61ee8 in KHTMLPart::slotData ()
   from /usr/lib/kde4/lib/libkhtml.so.5
#26 0x00007f56bcb6846c in KHTMLPart::qt_metacall ()
   from /usr/lib/kde4/lib/libkhtml.so.5
#27 0x00007f56c990d8b6 in QMetaObject::activate ()
   from /usr/lib/libQtCore.so.4
#28 0x00007f56ca6cb1d4 in KIO::TransferJob::data ()
   from /usr/lib/kde4/lib/libkio.so.5
#29 0x00007f56ca6d48e8 in KIO::TransferJob::qt_metacall ()
   from /usr/lib/kde4/lib/libkio.so.5
#30 0x00007f56c990d8b6 in QMetaObject::activate ()
   from /usr/lib/libQtCore.so.4
#31 0x00007f56ca758b22 in KIO::SlaveInterface::data ()
   from /usr/lib/kde4/lib/libkio.so.5
#32 0x00007f56ca75a773 in KIO::SlaveInterface::dispatch ()
   from /usr/lib/kde4/lib/libkio.so.5
#33 0x00007f56ca75a9d4 in KIO::SlaveInterface::dispatch ()
   from /usr/lib/kde4/lib/libkio.so.5
#34 0x00007f56ca74f39a in KIO::Slave::gotInput ()
   from /usr/lib/kde4/lib/libkio.so.5
#35 0x00007f56ca750436 in KIO::Slave::qt_metacall ()
   from /usr/lib/kde4/lib/libkio.so.5
#36 0x00007f56c990d8b6 in QMetaObject::activate ()
   from /usr/lib/libQtCore.so.4
#37 0x00007f56ca6a8f0c in ?? () from /usr/lib/kde4/lib/libkio.so.5
#38 0x00007f56ca6a9c5d in KIO::Connection::qt_metacall ()
   from /usr/lib/kde4/lib/libkio.so.5
#39 0x00007f56c9908497 in QObject::event () from /usr/lib/libQtCore.so.4
#40 0x00007f56c83fdacf in QApplicationPrivate::notify_helper ()
   from /usr/lib/libQtGui.so.4
#41 0x00007f56c83ffc85 in QApplication::notify () from /usr/lib/libQtGui.so.4
#42 0x00007f56ca2101f1 in KApplication::notify ()
   from /usr/lib/kde4/lib/libkdeui.so.5
#43 0x00007f56c98f96b9 in QCoreApplication::notifyInternal ()
   from /usr/lib/libQtCore.so.4
#44 0x00007f56c98fa9db in QCoreApplicationPrivate::sendPostedEvents ()
   from /usr/lib/libQtCore.so.4
#45 0x00007f56c99226e3 in ?? () from /usr/lib/libQtCore.so.4
#46 0x00007f56c57443d4 in IA__g_main_context_dispatch (context=0x623080)
    at /build/buildd/glib2.0-2.16.4/glib/gmain.c:2012
#47 0x00007f56c57476e5 in g_main_context_iterate (context=0x623080, block=1, 
    dispatch=1, self=<value optimized out>)
    at /build/buildd/glib2.0-2.16.4/glib/gmain.c:2645
#48 0x00007f56c5747bcb in IA__g_main_context_iteration (context=0x623080, 
    may_block=1) at /build/buildd/glib2.0-2.16.4/glib/gmain.c:2708
#49 0x00007f56c99229df in QEventDispatcherGlib::processEvents ()
   from /usr/lib/libQtCore.so.4
#50 0x00007f56c848720f in ?? () from /usr/lib/libQtGui.so.4
#51 0x00007f56c98f8b35 in QEventLoop::processEvents ()
   from /usr/lib/libQtCore.so.4
#52 0x00007f56c98f8c8b in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#53 0x00007f56c98facd9 in QCoreApplication::exec ()
   from /usr/lib/libQtCore.so.4
#54 0x00007f56cb531761 in kdemain ()
   from /usr/lib/kde4/lib/libkdeinit4_konqueror.so
#55 0x00007f56cb12f1c4 in __libc_start_main () from /lib/libc.so.6
#56 0x0000000000400649 in _start ()
#0  0x00007f56cb1aeb50 in __nanosleep_nocancel () from /lib/libc.so.6
Comment 1 Frank Reininghaus 2008-12-01 22:30:26 UTC
*** Bug 175501 has been marked as a duplicate of this bug. ***
Comment 2 Frank Reininghaus 2008-12-01 22:33:08 UTC
As I already wrote in the duplicate report, I could not reproduce this so far in
Konqueror 4.1.3 (Kubuntu). If you find a way to reproduce this crash reliably on some particular site or with a special setup (like a special number of tabs open, split views), please post a link/a detailed description how to reproduce this here.

Also a better backtrace might help, see http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

Thanks for your help!
Comment 3 Maksim Orlovich 2009-02-06 19:29:46 UTC
*** Bug 183460 has been marked as a duplicate of this bug. ***
Comment 4 David Faure 2009-02-06 19:50:29 UTC
I think this is the same bug as Bug 177036, which got fixed after 4.1.3 too.
KTabWidget was getting confused, it's quite likely that in addition to setting the wrong text on the wrong tab, it could also go out of bounds and crash.

Please reopen if you get this crash again in 4.2.

*** This bug has been marked as a duplicate of bug 177036 ***
Comment 5 Dario Andres 2009-05-03 22:01:07 UTC
Bug 191508 seems to be related to this but in KDE4.2.2 (?)