Application that crashed: konqueror Version of the application: 4.3.1 (KDE 4.3.1) "release 183" KDE Version: 4.3.1 (KDE 4.3.1) "release 183" Qt Version: 4.5.3 Operating System: Linux 2.6.27.29-0.1-default x86_64 Distribution: "openSUSE 11.1 (x86_64)" What I was doing when the application crashed: Had been at Facebook.com for awhile, reading and typing with no problem. I was about to type a greeting on someone's wall when Konqueror crashed. -- Backtrace: Application: Konqueror (kdeinit4), signal: Segmentation fault [KCrash Handler] #5 khtml::InsertNodeBeforeCommandImpl::doApply (this=0x4ecb390) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:1755 #6 0x00007fb57fef76d7 in khtml::EditCommandImpl::apply (this=0x4ecb390) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:251 #7 0x00007fb57fefd3fe in khtml::CompositeEditCommandImpl::applyCommandToComposite (this=0x4ecaf90, cmd=@0x7fffe4fdb7c0) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:377 #8 0x00007fb57ff03193 in khtml::CompositeEditCommandImpl::insertNodeBefore (this=0x4ecaf90, insertChild=0x4ecb2a0, refChild=0x1ee77f0) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:384 #9 0x00007fb57ff061fe in khtml::InputTextCommandImpl::prepareForTextInsertion (this=0x4ecaf90, adjustDownstream=<value optimized out>) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:1596 #10 0x00007fb57ff06610 in khtml::InputTextCommandImpl::execute (this=0x4ecaf90, text=@0x7fffe4fdbe40) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:1650 #11 0x00007fb57fefd62a in khtml::TypingCommandImpl::insertText (this=0x4ecaea0, text=@0x7fffe4fdbe40) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting_impl.cpp:2373 #12 0x00007fb57fef705e in khtml::TypingCommand::insertText (document=0x17164a0, text=@0x7fffe4fdbe40) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/htmlediting.cpp:745 #13 0x00007fb57fef27b4 in DOM::Editor::handleKeyEvent (this=0x35cbe70, _ke=<value optimized out>) at /usr/src/debug/kdelibs-4.3.1/khtml/editing/editor.cpp:528 #14 0x00007fb57fd74a81 in DOM::ElementImpl::defaultEventHandler (this=0x1fdcd50, e=0x35d7650) at /usr/src/debug/kdelibs-4.3.1/khtml/xml/dom_elementimpl.cpp:810 #15 0x00007fb57fd6bf7c in DOM::NodeImpl::dispatchGenericEvent (this=0x1fdcd50, evt=0x35d7650) at /usr/src/debug/kdelibs-4.3.1/khtml/xml/dom_nodeimpl.cpp:526 #16 0x00007fb57fd6c14e in DOM::NodeImpl::dispatchEvent (this=0x1fdcd50, evt=0x35d7650, exceptioncode=@0x7fffe4fdc024, tempEvent=true) at /usr/src/debug/kdelibs-4.3.1/khtml/xml/dom_nodeimpl.cpp:453 #17 0x00007fb57fd6cac0 in DOM::NodeImpl::dispatchKeyEvent (this=0x1fdcd50, key=0x7fffe4fdca30, keypress=<value optimized out>) at /usr/src/debug/kdelibs-4.3.1/khtml/xml/dom_nodeimpl.cpp:694 #18 0x00007fb57fccf8bd in KHTMLView::dispatchKeyEvent (this=0xc939e0, _ke=0x7fffe4fdca30) at /usr/src/debug/kdelibs-4.3.1/khtml/khtmlview.cpp:1628 #19 0x00007fb57fcd8664 in KHTMLView::keyPressEvent (this=0xc939e0, _ke=0x7fffe4fdca30) at /usr/src/debug/kdelibs-4.3.1/khtml/khtmlview.cpp:1749 #20 0x00007fb5919b2928 in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4 #21 0x00007fb591d0789b in QFrame::event(QEvent*) () from /usr/lib64/libQtGui.so.4 #22 0x00007fb591d98509 in QAbstractScrollArea::event(QEvent*) () from /usr/lib64/libQtGui.so.4 #23 0x00007fb57fcd6d61 in KHTMLView::event (this=0xc939e0, e=0x7fffe4fdca30) at /usr/src/debug/kdelibs-4.3.1/khtml/khtmlview.cpp:546 #24 0x00007fb591961a4d in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #25 0x00007fb59196ac1f in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #26 0x00007fb592a4ba8b in KApplication::notify (this=0x7fffe4fdee00, receiver=0xc939e0, event=0x7fffe4fdca30) at /usr/src/debug/kdelibs-4.3.1/kdeui/kernel/kapplication.cpp:302 #27 0x00007fb5945c815c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #28 0x00007fb5919f5a94 in ?? () from /usr/lib64/libQtGui.so.4 #29 0x00007fb5919f7e02 in ?? () from /usr/lib64/libQtGui.so.4 #30 0x00007fb5919d1a7e in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4 #31 0x00007fb5919f9854 in ?? () from /usr/lib64/libQtGui.so.4 #32 0x00007fb5904410fb in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #33 0x00007fb5904448cd in ?? () from /usr/lib64/libglib-2.0.so.0 #34 0x00007fb590444a8b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #35 0x00007fb5945f156c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #36 0x00007fb5919f8fdf in ?? () from /usr/lib64/libQtGui.so.4 #37 0x00007fb5945c69e2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #38 0x00007fb5945c6db4 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #39 0x00007fb5945c90a4 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4 #40 0x00007fb5881ca269 in kdemain (argc=<value optimized out>, argv=<value optimized out>) at /usr/src/debug/kdebase-4.3.1/apps/konqueror/src/konqmain.cpp:257 #41 0x0000000000407495 in launch (argc=4, _name=0x66f8a8 "konqueror", args=<value optimized out>, cwd=0x66f8fe "/home/mikemc/Documents", envc=94, envs=0x670760 "", reset_env=true, tty=0x0, avoid_loops=false, startup_id_str=0x670769 "linux-k0ig;1256695114;821315;23113_TIME177475696") at /usr/src/debug/kdelibs-4.3.1/kinit/kinit.cpp:706 #42 0x0000000000407cb8 in handle_launcher_request (sock=15, who=<value optimized out>) at /usr/src/debug/kdelibs-4.3.1/kinit/kinit.cpp:1198 #43 0x0000000000408245 in handle_requests (waitForPid=0) at /usr/src/debug/kdelibs-4.3.1/kinit/kinit.cpp:1382 #44 0x0000000000408e16 in main (argc=4, argv=0x7fffe4fe0658, envp=0x7fffe4fe0680) at /usr/src/debug/kdelibs-4.3.1/kinit/kinit.cpp:1830 This bug may be a duplicate of or related to bug 210621 Reported using DrKonqi
SVN commit 1042044 by orlovich: Better handling of the case where we get editting input events w/o a proper caret set --- such as when facebook apparently rewrites textareas into content-editable divs in a middle of handling of a click.... Either grab the caret, or drop the event. Should hopefully finally fix the prepareForTextInsertion crasher on facebook BUG:189173 BUG:211449 BUG:212138 BUG:212175 M +16 -2 editor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1042044
SVN commit 1042054 by orlovich: automatically merged revision 1042044: Better handling of the case where we get editting input events w/o a proper caret set --- such as when facebook apparently rewrites textareas into content-editable divs in a middle of handling of a click.... Either grab the caret, or drop the event. Should hopefully finally fix the prepareForTextInsertion crasher on facebook BUG:189173 BUG:211449 BUG:212138 BUG:212175 M +16 -2 editor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1042054
*** Bug 217267 has been marked as a duplicate of this bug. ***