Bug 116007 - Crash when opening DOM-tree viewer on empty konqueror window
Summary: Crash when opening DOM-tree viewer on empty konqueror window
Status: RESOLVED DUPLICATE of bug 110947
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.4.92
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-09 17:34 UTC by Wilbert Berendsen
Modified: 2005-11-10 04:42 UTC (History)
0 users

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 Wilbert Berendsen 2005-11-09 17:34:50 UTC
Version:           3.4.92 (using KDE 3.4.92 (beta2, >= 20051010), Gentoo)
Compiler:          gcc version 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)
OS:                Linux (i686) release 2.6.14-gentoo

To reproduce:
1. start konqueror with no document or folder loaded, just an empty window.
2. activate the option DOM-tree viewer from the tools menu (this plugin should be activated of course)
3. Konqueror crashes predictably on my system

This is the backtrace:

GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /usr/kde/3.5/bin/konqueror
[Thread debugging using libthread_db enabled]
[New Thread -1236137760 (LWP 22391)]
Qt: gdb: -nograb added to command-line options.
         Use the -dograb option to enforce grabbing.
QObject::connect: No such signal DOMTreeWindow::windowClosed()
QObject::connect:  (sender name:   'DOMTreeWindow')
QObject::connect:  (receiver name: 'DOMTreeWindow')

Program received signal SIGABRT, Aborted.
[Switching to Thread -1236137760 (LWP 22391)]
0xffffe410 in ?? ()
(gdb) bt
#0  0xffffe410 in ?? ()
#1  0xbf9ab78c in ?? ()
#2  0x00000006 in ?? ()
#3  0x00005777 in ?? ()
#4  0xb654b4b1 in raise () from /lib/tls/libc.so.6
#5  0xb654cc97 in abort () from /lib/tls/libc.so.6
#6  0xb66fae57 in __cxxabiv1::__terminate(void (*)()) ()
   from //usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.so.5
#7  0xb66fae94 in std::terminate() ()
   from //usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.so.5
#8  0xb66fb006 in __cxa_throw ()
   from //usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.so.5
#9  0xb618b8e4 in DOM::DOMImplementation::createCSSStyleSheet(DOM::DOMString const&, DOM::DOMString const&) (this=0xbf9ab9b0, title=@0x0, media=@0x0)
    at dom_doc.cpp:138
#10 0xb5c1ad65 in DOMTreeView::connectToPart() (this=0x848c668)
    at domtreeview.cpp:815
#11 0xb5c1b3f2 in DOMTreeView::slotSetHtmlPartDelayed() (this=0x848c668)
    at domtreeview.cpp:853
#12 0xb5c1d88a in DOMTreeView::qt_invoke(int, QUObject*) (this=0x848c668,
    _id=71, _o=0xbf9abb40) at domtreeview.moc:260
#13 0xb6d0f6ac in QObject::activate_signal(QConnectionList*, QUObject*) (
    this=0x8390f28, clist=0x84f1700, o=0xbf9abb40) at kernel/qobject.cpp:2355
#14 0xb70f2b47 in QSignal::signal(QVariant const&) (this=0x8390f28,
    t0=@0x8390f50) at .moc/debug-shared-mt/moc_qsignal.cpp:100
#15 0xb6d3156b in QSignal::activate() (this=0x8390f28)
---Type <return> to continue, or q <return> to quit---
    at kernel/qsignal.cpp:212
#16 0xb6d3b478 in QSingleShotTimer::event(QEvent*) (this=0x8390f00)
    at kernel/qtimer.cpp:286
#17 0xb6c9f235 in QApplication::internalNotify(QObject*, QEvent*) (
    this=0xbf9ac410, receiver=0x8390f00, e=0xbf9abe90)
    at kernel/qapplication.cpp:2635
#18 0xb6c9e478 in QApplication::notify(QObject*, QEvent*) (this=0xbf9ac410,
    receiver=0x8390f00, e=0xbf9abe90) at kernel/qapplication.cpp:2358
#19 0xb750d55c in KApplication::notify(QObject*, QEvent*) (this=0xbf9ac410,
    receiver=0x8390f00, event=0xbf9abe90) at kapplication.cpp:550
#20 0xb7f6abb5 in QApplication::sendEvent(QObject*, QEvent*) (receiver=0x0,
    event=0x5777) at qapplication.h:491
#21 0xb6c8a75f in QEventLoop::activateTimers() (this=0x8136930)
    at kernel/qeventloop_unix.cpp:556
#22 0xb6c3ad5d in QEventLoop::processEvents(unsigned) (this=0x8136930, flags=4)
    at kernel/qeventloop_x11.cpp:389
#23 0xb6cb67d9 in QEventLoop::enterLoop() (this=0x8136930)
    at kernel/qeventloop.cpp:198
#24 0xb6cb66f2 in QEventLoop::exec() (this=0x8136930)
    at kernel/qeventloop.cpp:145
#25 0xb6c9f3d7 in QApplication::exec() (this=0xbf9ac410)
    at kernel/qapplication.cpp:2758
#26 0xb7efe3b2 in kdemain (argc=0, argv=0x0) at konq_main.cc:206
#27 0x0804872b in main (argc=0, argv=0x0) at konqueror.la.cc:2
(gdb)
Comment 1 Pascal Létourneau 2005-11-10 04:42:00 UTC

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