Bug 198440 - konqueror has crashed during loading
Summary: konqueror has crashed during loading
Status: RESOLVED DUPLICATE of bug 167971
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 4.2.2
Platform: Debian testing Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-30 19:27 UTC by mando
Modified: 2011-05-21 22:53 UTC (History)
1 user (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 mando 2009-06-30 19:27:24 UTC
Version:            (using KDE 4.2.2)
Compiler:          gcc (Debian 4.3.3-10) 4.3.3 
OS:                Linux
Installed from:    Debian testing/unstable Packages

Hello,

Konqueror has crashed during loading. Here is the backtrace :

Application : Konqueror (konqueror), signal SIGSEGV
[Current thread is 0 (LWP 4060)]

Thread 2 (Thread 0xb1db5b90 (LWP 4100)):
#0  0xb7f60424 in __kernel_vsyscall ()
#1  0xb7ded6c1 in select () from /lib/i686/cmov/libc.so.6
#2  0xb7138920 in QProcessManager::run (this=0x88dfea0) at io/qprocess_unix.cpp:305
#3  0xb706780e in QThreadPrivate::start (arg=0x88dfea0) at thread/qthread_unix.cpp:189
#4  0xb61244e5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb7df521e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (Thread 0xb5dc9710 (LWP 4060)):
[KCrash Handler]
#6  0xb676c9d7 in QWidget::testAttribute (this=0x92c4f30, attribute=Qt::WA_WState_Visible) at ../../include/QtGui/../../src/gui/kernel/qwidget.h:996
#7  0xb676887c in QApplication::setActiveWindow (act=0x8943c68) at ../../include/QtGui/../../src/gui/kernel/qwidget.h:958
#8  0xb67d787a in QApplication::x11ProcessEvent (this=0xbff7e648, event=0xbff7e1bc) at kernel/qapplication_x11.cpp:3485
#9  0xb68029a2 in x11EventSourceDispatch (s=0x88dfd00, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#10 0xb6171848 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#11 0xb6174dab in ?? () from /usr/lib/libglib-2.0.so.0
#12 0x088dee90 in ?? ()
#13 0x00000000 in ?? ()

The bug report window has taken a long time to be filled. Many applications were loaded during the crash (kopete, amarok, knotes, kmix, firefox, icedove, tvtime...) and maybe that is why konqueror has crashed.

After this crashed, I tried to close the most of these application and to relaunch konqueror and no problem occured.

Cheers
Comment 1 mando 2009-07-01 00:12:49 UTC
Another backtrace (running applications : amarok, kopete, knotes, katapult, kmix). I was browsing www.nainwak.com (only 1 opened tab).

Application : Konqueror (konqueror), signal SIGSEGV
[Current thread is 0 (LWP 8191)]

Thread 2 (Thread 0xb1e15b90 (LWP 8203)):
#0  0xb7fb9424 in __kernel_vsyscall ()
#1  0xb7e466c1 in select () from /lib/i686/cmov/libc.so.6
#2  0xb7191920 in QProcessManager::run (this=0x9529ea0) at io/qprocess_unix.cpp:305
#3  0xb70c080e in QThreadPrivate::start (arg=0x9529ea0) at thread/qthread_unix.cpp:189
#4  0xb617d4e5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb7e4e21e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (Thread 0xb5e22710 (LWP 8191)):
[KCrash Handler]
#6  QAction::setEnabled (this=0x3ff00000, b=false) at kernel/qaction.h:67
#7  0xb3ddd96f in KHTMLFindBar::setHasSelection (this=0xa6ac128, hasSelection=false) at ../../khtml/find/khtmlfindbar.cpp:147
#8  0xb3dd9d7e in KHTMLFind::slotSelectionChanged (this=0x9df412c) at ../../khtml/find/khtmlfind.cpp:628
#9  0xb3d50bdb in KHTMLFind::qt_metacall (this=0x9df412c, _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xbf8d4028) at moc_khtmlfind_p.cpp:85
#10 0xb71c9b98 in QMetaObject::activate (sender=0x988b3d0, from_signal_index=16, to_signal_index=16, argv=0x0) at kernel/qobject.cpp:3120
#11 0xb71ca822 in QMetaObject::activate (sender=0x988b3d0, m=0xb4272568, local_signal_index=2, argv=0x0) at kernel/qobject.cpp:3194
#12 0xb3d6f257 in KHTMLPart::selectionChanged (this=0x988b3d0) at ./khtml_part.moc:402
#13 0xb3d7390b in KHTMLPart::emitSelectionChanged (this=0x988b3d0) at ../../khtml/khtml_part.cpp:5503
#14 0xb3d9f4ec in KHTMLPart::khtmlMouseReleaseEvent (this=0x988b3d0, event=0xbf8d45c4) at ../../khtml/khtml_part.cpp:6413
#15 0xb3d6fedf in KHTMLPart::customEvent (this=0x988b3d0, event=0xbf8d45c4) at ../../khtml/khtml_part.cpp:5898
#16 0xb71c42ef in QObject::event (this=0x988b3d0, e=0xbf8d45c4) at kernel/qobject.cpp:1149
#17 0xb67ba7bc in QApplicationPrivate::notify_helper (this=0x9526bc8, receiver=0x988b3d0, e=0xbf8d45c4) at kernel/qapplication.cpp:4057
#18 0xb67c2ace in QApplication::notify (this=0xbf8d6798, receiver=0x988b3d0, e=0xbf8d45c4) at kernel/qapplication.cpp:3604
#19 0xb7717b7d in KApplication::notify (this=0xbf8d6798, receiver=0x988b3d0, event=0xbf8d45c4) at ../../kdeui/kernel/kapplication.cpp:307
#20 0xb71b3a2b in QCoreApplication::notifyInternal (this=0xbf8d6798, receiver=0x988b3d0, event=0xbf8d45c4) at kernel/qcoreapplication.cpp:610
#21 0xb3d5df96 in KHTMLView::mouseReleaseEvent (this=0x9ea1ab8, _mouse=0xbf8d4d5c) at /usr/include/qt4/QtCore/qcoreapplication.h:209
#22 0xb68113b3 in QWidget::event (this=0x9ea1ab8, event=0xbf8d4d5c) at kernel/qwidget.cpp:7521
#23 0xb6beb3e3 in QFrame::event (this=0x9ea1ab8, e=0xbf8d4d5c) at widgets/qframe.cpp:559
#24 0xb3d5c8ef in KHTMLView::widgetEvent (this=0x9ea1ab8, e=0xbf8d4d5c) at ../../khtml/khtmlview.cpp:2382
#25 0xb3d5cb5d in KHTMLView::eventFilter (this=0x9ea1ab8, o=0x985bb10, e=0xbf8d4d5c) at ../../khtml/khtmlview.cpp:2246
#26 0xb71b2c4a in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=0x9526bc8, receiver=0x985bb10, event=0xbf8d4d5c) at kernel/qcoreapplication.cpp:726
#27 0xb67ba79a in QApplicationPrivate::notify_helper (this=0x9526bc8, receiver=0x985bb10, e=0xbf8d4d5c) at kernel/qapplication.cpp:4053
#28 0xb67c3441 in QApplication::notify (this=0xbf8d6798, receiver=0x985bb10, e=0xbf8d4d5c) at kernel/qapplication.cpp:3759
#29 0xb7717b7d in KApplication::notify (this=0xbf8d6798, receiver=0x985bb10, event=0xbf8d4d5c) at ../../kdeui/kernel/kapplication.cpp:307
#30 0xb71b3a2b in QCoreApplication::notifyInternal (this=0xbf8d6798, receiver=0x985bb10, event=0xbf8d4d5c) at kernel/qcoreapplication.cpp:610
#31 0xb67c24ae in QApplicationPrivate::sendMouseEvent (receiver=0x985bb10, event=0xbf8d4d5c, alienWidget=0x985bb10, nativeWidget=0x9ea1ab8, buttonDown=0xb70679e0, lastMouseReceiver=@0xb70679e4)
    at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
#32 0xb6831dc5 in QETWidget::translateMouseEvent (this=0x9ea1ab8, event=0xbf8d630c) at kernel/qapplication_x11.cpp:4448
#33 0xb6831266 in QApplication::x11ProcessEvent (this=0xbf8d6798, event=0xbf8d630c) at kernel/qapplication_x11.cpp:3444
#34 0xb685b9a2 in x11EventSourceDispatch (s=0x9529d00, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#35 0xb61ca848 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#36 0xb61cddab in ?? () from /usr/lib/libglib-2.0.so.0
#37 0x09528e90 in ?? ()
#38 0x00000000 in ?? ()

I've a little question. With firefox/iceweasel, it is possible to start a research without taping / nor ctrl f. Is it also possible with konqueror, I can't find a similar feature ?
Comment 2 Martin Koller 2011-05-21 22:53:26 UTC

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