If you can reproduce all the times, can you provide a backtrace?
- Also, what is the version of your webkitkde build/package ?
- What is your Qt4 version ?

Thanks

On Monday 10 August 2009 22:13:03 Emmanuel Surleau wrote:
> https://bugs.kde.org/show_bug.cgi?id=203362
> 
>            Summary: Crash when selecting text and right clicking
>            Product: rekonq
>            Version: unspecified
>           Platform: Debian testing
>         OS/Version: Linux
>             Status: NEW
>           Severity: crash
>           Priority: NOR
>          Component: general
>         AssignedTo: adjam7@gmail.com
>         ReportedBy: emmanuel.surleau@gmail.com
> 
> 
> Version:           Git revision aa34e511fceac0451de3d03319d9caa320c2ccb6
>  (using KDE 4.3.0)
> Compiler:          gcc (Debian 4.3.4-1) 4.3.4
> OS:                Linux
> Installed from:    Debian testing/unstable Packages
> 
> To reproduce, select some text with the mouse and then right click. Rekonq
> crashed instantly. This bug can always be reproduced on my machine.
> 

It works fine here. Can you please attach a backtrace of the crash?

Created attachment 36067 [details]
Backtrace of the crash

My version of Qt is 4.5.2-1. My version of libwebkitkde is 0.0.20090715svn995948-1. Both are the latest packages from Debian unstable.

Please, remember to paste backtraces directly into a comment, don't attach.

* * * * Backtrace from comment #3 * * * * 

Application: rekonq (rekonq), signal: Aborted
[Current thread is 1 (Thread 0xb503b700 (LWP 14795))]

Thread 2 (Thread 0xb30e4b90 (LWP 14797)):
#0  0xb7fd1424 in __kernel_vsyscall ()
#1  0xb57a3f65 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0xb5bb385d in pthread_cond_wait () from /lib/i686/cmov/libc.so.6
#3  0xb6776502 in QWaitConditionPrivate::wait (this=0x9db2480, mutex=0x9db2408, time=4294967295) at thread/qwaitcondition_unix.cpp:87
#4  QWaitCondition::wait (this=0x9db2480, mutex=0x9db2408, time=4294967295) at thread/qwaitcondition_unix.cpp:159
#5  0xb72661e0 in WTF::ThreadCondition::wait (this=0x9db22e0, mutex=...) at ../JavaScriptCore/wtf/ThreadingQt.cpp:233
#6  0xb776d1bb in WebCore::IconDatabase::syncThreadMainLoop (this=0x9db22b0) at loader/icon/IconDatabase.cpp:1400
#7  0xb776d34b in WebCore::IconDatabase::iconDatabaseSyncThread (this=0x9db22b0) at loader/icon/IconDatabase.cpp:1035
#8  0xb7266104 in threadEntryPoint (contextData=0x9d8f4c0) at ../JavaScriptCore/wtf/Threading.cpp:57
#9  0xb7266133 in WTF::ThreadPrivate::run (this=0x9fc4180) at ../JavaScriptCore/wtf/ThreadingQt.cpp:63
#10 0xb6775522 in QThreadPrivate::start (arg=0x9fc4180) at thread/qthread_unix.cpp:188
#11 0xb57a04b5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#12 0xb5ba4a5e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (Thread 0xb503b700 (LWP 14795)):
[KCrash Handler]
#6  0xb7fd1424 in __kernel_vsyscall ()
#7  0xb5aee3d0 in raise () from /lib/i686/cmov/libc.so.6
#8  0xb5af1a85 in abort () from /lib/i686/cmov/libc.so.6
#9  0xb676d3ed in qt_message_output (msgType=QtFatalMsg, buf=0xa142480 "ASSERT: \"d\" in file /opt/kde4/include/ksharedptr.h, line 126") at global/qglobal.cpp:2042
#10 0xb676d4d1 in qFatal (msg=0xb68b7cb8 "ASSERT: \"%s\" in file %s, line %d") at global/qglobal.cpp:2241
#11 0xb676d5c5 in qt_assert (assertion=0x8130ad3 "d", file=0x8130ab4 "/opt/kde4/include/ksharedptr.h", line=126) at global/qglobal.cpp:1811
#12 0x080add05 in KSharedPtr<KService>::operator->() ()
#13 0x080aceca in WebView::contextMenuEvent(QContextMenuEvent*) ()
#14 0xb5efbe24 in QWidget::event (this=0x9e88140, event=0xbfa4d914) at kernel/qwidget.cpp:7708
#15 0xb7724783 in QWebView::event (this=0x9e88140, e=0xbfa4d914) at ../WebKit/qt/Api/qwebview.cpp:589
#16 0xb5ea57d4 in QApplicationPrivate::notify_helper (this=0x9a36a48, receiver=0x9e88140, e=0xbfa4d914) at kernel/qapplication.cpp:4056
#17 0xb5eade6d in QApplication::notify (this=0xbfa4f16c, receiver=0x9e88140, e=0xbfa4d914) at kernel/qapplication.cpp:3845
#18 0xb6e2c00d in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#19 0xb686696b in QCoreApplication::notifyInternal (this=0xbfa4f16c, receiver=0xbfa4f16c, event=0xbfa4d914) at kernel/qcoreapplication.cpp:610
#20 0xb5eb071e in QCoreApplication::sendSpontaneousEvent (receiver=0x9e88140, event=0x6) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
#21 0xb5f1c5df in QETWidget::translateMouseEvent (this=0x9b12768, event=0xbfa4ee9c) at kernel/qapplication_x11.cpp:4415
#22 0xb5f1b336 in QApplication::x11ProcessEvent (this=0xbfa4f16c, event=0xbfa4ee9c) at kernel/qapplication_x11.cpp:3428
#23 0xb5f45842 in x11EventSourceDispatch (s=0x9a39600, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#24 0xb54d6368 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#25 0xb54d98c3 in ?? () from /usr/lib/libglib-2.0.so.0
#26 0xb54d9a48 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#27 0xb68917f8 in QEventDispatcherGlib::processEvents (this=0x9a18788, flags=...) at kernel/qeventdispatcher_glib.cpp:327
#28 0xb5f44f85 in QGuiEventDispatcherGlib::processEvents (this=0x9a18788, flags=...) at kernel/qguieventdispatcher_glib.cpp:202
#29 0xb6864fba in QEventLoop::processEvents (this=0xbfa4f100, flags=...) at kernel/qeventloop.cpp:149
#30 0xb6865402 in QEventLoop::exec (this=0xbfa4f100, flags=...) at kernel/qeventloop.cpp:201
#31 0xb6867859 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
#32 0xb5ea5657 in QApplication::exec () at kernel/qapplication.cpp:3525
#33 0x080ae8d7 in main ()

I finally found what caused the issue. The problem is that rekonq uses one of konqueror's config files (kuriikwsfilterrc) to load the FavoriteSearchEngines. Unfortunately, my konqueror configuration file contained the following:

FavoriteSearchEngines=,dmoz,google,google_groups,google_news,python,webster,wikipedia,wpfr

This meant that the first search engine was the empty string, which wasn't found and crashed rekonq. In light of this, checking that the engine exists before loading it would be a good idea.

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

Backtrace from bug 206320:
---

#5  0x00007fa439322645 in raise () from /lib64/libc.so.6
#6  0x00007fa439323c33 in abort () from /lib64/libc.so.6
#7  0x00007fa43afe4d3c in qt_message_output (msgType=QtFatalMsg, buf=0x10f3d78
"ASSERT: \"d\" in file /home/hdevalence/devel/include/ksharedptr.h, line 126")
at global/qglobal.cpp:2195
#8  0x00007fa43afe4f34 in qt_message (msgType=QtFatalMsg, msg=0x7fa43b1a15a8
"ASSERT: \"%s\" in file %s, line %d", ap=0x7fffdc36e720) at
global/qglobal.cpp:2241
#9  0x00007fa43afe5060 in qFatal (msg=0x7fa43b1a15a8 "ASSERT: \"%s\" in file
%s, line %d") at global/qglobal.cpp:2424
#10 0x00007fa43afe52d5 in qt_assert (assertion=0x511a6c "d", file=0x511a40
"/home/hdevalence/devel/include/ksharedptr.h", line=126) at
global/qglobal.cpp:1958
#11 0x000000000049c384 in KSharedPtr<KService>::operator->
(this=0x7fffdc36e8e0) at /home/hdevalence/devel/include/ksharedptr.h:126
#12 0x000000000049b1a0 in WebView::contextMenuEvent (this=0xb50e30,
event=0x7fffdc36fa50) at /home/hdevalence/devel/src/rekonq/src/webview.cpp:178
#13 0x00007fa43a051d91 in QWidget::event (this=0xb50e30, event=0x7fffdc36fa50)
at kernel/qwidget.cpp:8046
#14 0x00007fa43d1fc030 in QWebView::event(QEvent*) () from
/home/hdevalence/devel/lib/libQtWebKit.so.4

Seems fixed. Isn't it? If yes, can you please close the bug report?