Bug 313447 - Konqueror crashes on opening a new window
Summary: Konqueror crashes on opening a new window
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: khtml part (show other bugs)
Version: 4.9.5
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-18 13:24 UTC by kavol
Modified: 2018-11-29 09:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.10.2
Sentry Crash Report:


Attachments
New crash information added by DrKonqi (17.22 KB, text/plain)
2013-01-18 13:30 UTC, kavol
Details
New crash information added by DrKonqi (12.95 KB, text/plain)
2013-01-19 20:47 UTC, kavol
Details
New crash information added by DrKonqi (14.36 KB, text/plain)
2013-01-31 11:40 UTC, kavol
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kavol 2013-01-18 13:24:18 UTC
Application: konqueror (4.9.5)
KDE Platform Version: 4.9.5
Qt Version: 4.8.4
Operating System: Linux 3.7.2-201.fc18.x86_64 x86_64
Distribution (Platform): Fedora RPMs

-- Information about the crash:
- What I was doing when the application crashed:

I've clicked a link in a menu which opens a new window - Konqueror crashed right after that (before opening the new window).

Note that this has been suggested as duplicate, but that bug should be fixed in 4.9.3 ... not my case if this is with 4.9.5

-- Backtrace:
Application: Konqueror (kdeinit4), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
81	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7f5b7f8b4880 (LWP 4991))]

Thread 11 (Thread 0x7f5b55c26700 (LWP 5101)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00007f5b69e849bd in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7f5b6a86fd00 <WTF::pageheap_memory>) at wtf/FastMalloc.cpp:2495
#2  0x00007f5b69e84ac9 in WTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at wtf/FastMalloc.cpp:1618
#3  0x00007f5b7deeed15 in start_thread (arg=0x7f5b55c26700) at pthread_create.c:308
#4  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 10 (Thread 0x7f5b5530d700 (LWP 5102)):
#0  g_mutex_lock (mutex=mutex@entry=0x7f5b480009a0) at gthread-posix.c:212
#1  0x00007f5b78a44493 in g_main_context_prepare (context=context@entry=0x7f5b480009a0, priority=priority@entry=0x7f5b5530cba8) at gmain.c:2929
#2  0x00007f5b78a44c6b in g_main_context_iterate (context=context@entry=0x7f5b480009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3270
#3  0x00007f5b78a44e64 in g_main_context_iteration (context=0x7f5b480009a0, may_block=1) at gmain.c:3351
#4  0x00007f5b7e2a90f6 in QEventDispatcherGlib::processEvents (this=0x7f5b480008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#5  0x00007f5b7e2797df in QEventLoop::processEvents (this=this@entry=0x7f5b5530cd00, flags=...) at kernel/qeventloop.cpp:149
#6  0x00007f5b7e279a68 in QEventLoop::exec (this=0x7f5b5530cd00, flags=...) at kernel/qeventloop.cpp:204
#7  0x00007f5b7e17b950 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542
#8  0x00007f5b7e17e92c in QThreadPrivate::start (arg=0x2bf13f0) at thread/qthread_unix.cpp:338
#9  0x00007f5b7deeed15 in start_thread (arg=0x7f5b5530d700) at pthread_create.c:308
#10 0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 9 (Thread 0x7f5af8a9b700 (LWP 22933)):
#0  0x00007f5b7c50498d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f5b78a44d44 in g_main_context_poll (n_fds=1, fds=0x7f5af00024f0, timeout=-1, context=0x7f5af00008c0, priority=<optimized out>) at gmain.c:3584
#2  g_main_context_iterate (context=context@entry=0x7f5af00008c0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3285
#3  0x00007f5b78a44e64 in g_main_context_iteration (context=0x7f5af00008c0, may_block=1) at gmain.c:3351
#4  0x00007f5b7e2a90f6 in QEventDispatcherGlib::processEvents (this=0x7f5af0002520, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#5  0x00007f5b7e2797df in QEventLoop::processEvents (this=this@entry=0x7f5af8a9acd0, flags=...) at kernel/qeventloop.cpp:149
#6  0x00007f5b7e279a68 in QEventLoop::exec (this=0x7f5af8a9acd0, flags=...) at kernel/qeventloop.cpp:204
#7  0x00007f5b7e17b950 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542
#8  0x00007f5b6d68b96e in KIO::NameLookUpThread::run (this=0x4131840) at /usr/src/debug/kdelibs-4.9.5/kio/kio/hostinfo.cpp:226
#9  0x00007f5b7e17e92c in QThreadPrivate::start (arg=0x4131840) at thread/qthread_unix.cpp:338
#10 0x00007f5b7deeed15 in start_thread (arg=0x7f5af8a9b700) at pthread_create.c:308
#11 0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 8 (Thread 0x7f5b03b35700 (LWP 24502)):
#0  0x00007f5b7def512d in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f5b78a810df in read (__nbytes=16, __buf=0x7f5b03b34ae0, __fd=<optimized out>) at /usr/include/bits/unistd.h:44
#2  g_wakeup_acknowledge (wakeup=0x4198b90) at gwakeup.c:212
#3  0x00007f5b78a448d4 in g_main_context_check (context=context@entry=0x7f5aec001840, max_priority=2147483647, fds=fds@entry=0x7f5aec0019e0, n_fds=n_fds@entry=1) at gmain.c:3129
#4  0x00007f5b78a44ce2 in g_main_context_iterate (context=context@entry=0x7f5aec001840, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3287
#5  0x00007f5b78a44e64 in g_main_context_iteration (context=0x7f5aec001840, may_block=1) at gmain.c:3351
#6  0x00007f5b7e2a90f6 in QEventDispatcherGlib::processEvents (this=0x7f5aec001820, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#7  0x00007f5b7e2797df in QEventLoop::processEvents (this=this@entry=0x7f5b03b34cd0, flags=...) at kernel/qeventloop.cpp:149
#8  0x00007f5b7e279a68 in QEventLoop::exec (this=0x7f5b03b34cd0, flags=...) at kernel/qeventloop.cpp:204
#9  0x00007f5b7e17b950 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542
#10 0x00007f5b7e25a00f in QInotifyFileSystemWatcherEngine::run (this=0x5004b10) at io/qfilesystemwatcher_inotify.cpp:256
#11 0x00007f5b7e17e92c in QThreadPrivate::start (arg=0x5004b10) at thread/qthread_unix.cpp:338
#12 0x00007f5b7deeed15 in start_thread (arg=0x7f5b03b35700) at pthread_create.c:308
#13 0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 7 (Thread 0x7f5b04336700 (LWP 26238)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00007f5b4f0d3f9c in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#2  0x00007f5b4ed20880 in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#3  0x00007f5b4f0d41fc in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#4  0x00007f5b4f0d474e in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#5  0x00007f5b7deeed15 in start_thread (arg=0x7f5b04336700) at pthread_create.c:308
#6  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 6 (Thread 0x7f5b05338700 (LWP 26239)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00007f5b4f0d3f9c in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#2  0x00007f5b4ed20880 in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#3  0x00007f5b4f0d41fc in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#4  0x00007f5b4f0d474e in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#5  0x00007f5b7deeed15 in start_thread (arg=0x7f5b05338700) at pthread_create.c:308
#6  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 5 (Thread 0x7f5b04b37700 (LWP 26240)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00007f5b4f0d3f9c in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#2  0x00007f5b4ed20880 in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#3  0x00007f5b4f0d41fc in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#4  0x00007f5b4f0d474e in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#5  0x00007f5b7deeed15 in start_thread (arg=0x7f5b04b37700) at pthread_create.c:308
#6  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 4 (Thread 0x7f5af9635700 (LWP 26241)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00007f5b4f0d3f9c in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#2  0x00007f5b4ed20880 in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#3  0x00007f5b4f0d41fc in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#4  0x00007f5b4f0d474e in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#5  0x00007f5b7deeed15 in start_thread (arg=0x7f5af9635700) at pthread_create.c:308
#6  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 3 (Thread 0x7f5af73c2700 (LWP 26244)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:217
#1  0x00007f5b4f0d3f71 in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#2  0x00007f5b4f032e6d in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#3  0x00007f5b4f0d41fc in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#4  0x00007f5b4f0d474e in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#5  0x00007f5b7deeed15 in start_thread (arg=0x7f5af73c2700) at pthread_create.c:308
#6  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 2 (Thread 0x7f5af6bc1700 (LWP 26245)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:217
#1  0x00007f5b4f0d3f71 in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#2  0x00007f5b4f032e6d in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#3  0x00007f5b4f0d41fc in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#4  0x00007f5b4f0d474e in ?? () from /usr/lib64/flash-plugin/libflashplayer.so
#5  0x00007f5b7deeed15 in start_thread (arg=0x7f5af6bc1700) at pthread_create.c:308
#6  0x00007f5b7c50d46d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114

Thread 1 (Thread 0x7f5b7f8b4880 (LWP 4991)):
[KCrash Handler]
#6  0x00007f5b598d3e90 in KHTMLPartPrivate::findFrameParent (this=0x579a100, callingPart=0x4315220, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7  0x00007f5b5990caa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8  0x00007f5b60d6d84b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x4315220, name=..., hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9  0x00007f5b60d6de8e in findChildView (callingPart=0x4315220, name=..., mainWindow=@0x7fffb29229d0: 0x0, hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f5b60d7958c in KonqMainWindow::slotCreateNewWindow (this=0x33a3520, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
#11 0x00007f5b60d7c126 in qt_static_metacall (_c=<optimized out>, _a=<optimized out>, _id=<optimized out>, _o=<optimized out>) at /usr/src/debug/kde-baseapps-4.9.5/x86_64-redhat-linux-gnu/konqueror/src/konqmainwindow.moc:322
#12 KonqMainWindow::qt_static_metacall (_o=0x33a3520, _c=94921216, _id=1, _a=0x4d491bc) at /usr/src/debug/kde-baseapps-4.9.5/x86_64-redhat-linux-gnu/konqueror/src/konqmainwindow.moc:302
#13 0x00007f5b7e28febf in QMetaObject::activate (sender=0x5a34610, m=<optimized out>, local_signal_index=<optimized out>, argv=0x7fffb2922d30) at kernel/qobject.cpp:3539
#14 0x00007f5b6adee536 in KParts::BrowserExtension::createNewWindow (this=<optimized out>, _t1=..., _t2=..., _t3=..., _t4=..., _t5=0x7fffb2922f38) at /usr/src/debug/kdelibs-4.9.5/x86_64-redhat-linux-gnu/kparts/browserextension.moc:333
#15 0x00007f5b55c72a28 in NewWindowPage::acceptNavigationRequest(QWebFrame*, QNetworkRequest const&, QWebPage::NavigationType) () from /usr/lib64/kde4/kwebkitpart.so
#16 0x00007f5b69612617 in WebCore::FrameLoaderClientQt::dispatchDecidePolicyForNavigationAction (this=0x579b4d0, function=(void ((anonymous namespace)::PolicyChecker::*)((anonymous namespace)::PolicyChecker * const, (anonymous namespace)::PolicyAction)) 0x7f5b69976df0 <WebCore::PolicyChecker::continueAfterNavigationPolicy(WebCore::PolicyAction)>, action=..., request=...) at WebCoreSupport/FrameLoaderClientQt.cpp:1271
#17 0x00007f5b6997874a in WebCore::PolicyChecker::checkNavigationPolicy (this=0x7f5afbef3988, request=..., loader=<optimized out>, formState=..., function=0x7f5b6995d950 <WebCore::FrameLoader::callContinueLoadAfterNavigationPolicy(void*, WebCore::ResourceRequest const&, WTF::PassRefPtr<WebCore::FormState>, bool)>, argument=0x7f5afbef3978) at loader/PolicyChecker.cpp:88
#18 0x00007f5b6995dcf9 in WebCore::FrameLoader::loadWithDocumentLoader (this=this@entry=0x7f5afbef3978, loader=loader@entry=0x7f5afa94d800, type=type@entry=(anonymous namespace)::FrameLoadTypeStandard, prpFormState=...) at loader/FrameLoader.cpp:1586
#19 0x00007f5b6995e4e1 in WebCore::FrameLoader::loadWithNavigationAction (this=this@entry=0x7f5afbef3978, request=..., action=..., lockHistory=lockHistory@entry=false, type=type@entry=(anonymous namespace)::FrameLoadTypeStandard, formState=...) at loader/FrameLoader.cpp:1492
#20 0x00007f5b6995f050 in WebCore::FrameLoader::loadURL (this=this@entry=0x7f5afbef3978, newURL=..., referrer=..., frameName=..., lockHistory=lockHistory@entry=false, newLoadType=newLoadType@entry=(anonymous namespace)::FrameLoadTypeStandard, event=..., prpFormState=...) at loader/FrameLoader.cpp:1435
#21 0x00007f5b6995ee86 in WebCore::FrameLoader::loadURL (this=this@entry=0x7f5afb542b78, newURL=..., referrer=..., frameName=..., lockHistory=lockHistory@entry=false, newLoadType=newLoadType@entry=(anonymous namespace)::FrameLoadTypeStandard, event=..., prpFormState=...) at loader/FrameLoader.cpp:1403
#22 0x00007f5b6995f7cb in WebCore::FrameLoader::loadFrameRequest (this=this@entry=0x7f5afb542b78, request=..., lockHistory=lockHistory@entry=false, lockBackForwardList=lockBackForwardList@entry=false, event=<error reading variable: Cannot access memory at address 0x7fff00000000>, formState=..., referrerPolicy=referrerPolicy@entry=(anonymous namespace)::SendReferrer) at loader/FrameLoader.cpp:1367
#23 0x00007f5b699613f9 in WebCore::FrameLoader::urlSelected (this=this@entry=0x7f5afb542b78, passedRequest=..., triggeringEvent=..., lockHistory=lockHistory@entry=false, lockBackForwardList=lockBackForwardList@entry=false, referrerPolicy=referrerPolicy@entry=(anonymous namespace)::SendReferrer, shouldReplaceDocumentIfJavaScriptURL=shouldReplaceDocumentIfJavaScriptURL@entry=(anonymous namespace)::DoNotReplaceDocumentIfJavaScriptURL) at loader/FrameLoader.cpp:299
#24 0x00007f5b69961ad5 in WebCore::FrameLoader::urlSelected (this=0x7f5afb542b78, url=..., passedTarget=..., triggeringEvent=..., lockHistory=false, lockBackForwardList=false, referrerPolicy=(anonymous namespace)::SendReferrer) at loader/FrameLoader.cpp:276
#25 0x00007f5b69843f12 in WebCore::handleLinkClick (event=event@entry=0x7f5afda8ef00, document=<optimized out>, url=..., target=..., hideReferrer=hideReferrer@entry=false) at html/HTMLAnchorElement.cpp:555
#26 0x00007f5b69844289 in WebCore::HTMLAnchorElement::defaultEventHandler (this=0x578ba80, event=0x7f5afda8ef00) at html/HTMLAnchorElement.cpp:153
#27 0x00007f5b69777535 in WebCore::EventDispatcher::dispatchEvent (this=0x7fffb2924270, event=...) at dom/EventDispatcher.cpp:336
#28 0x00007f5b69781264 in WebCore::MouseEventDispatchMediator::dispatchEvent (this=0x7fffb29242f0, dispatcher=0x7fffb2924270) at dom/MouseEvent.cpp:176
#29 0x00007f5b6977652f in WebCore::EventDispatcher::dispatchEvent (node=<optimized out>, mediator=...) at dom/EventDispatcher.cpp:53
#30 0x00007f5b6978a192 in WebCore::Node::dispatchMouseEvent (this=0x578ba80, event=..., eventType=..., detail=1, relatedTarget=<optimized out>) at dom/Node.cpp:2856
#31 0x00007f5b699badca in WebCore::EventHandler::dispatchMouseEvent (this=this@entry=0x7f5afb543118, eventType=..., targetNode=targetNode@entry=0x594a2d0, clickCount=clickCount@entry=1, mouseEvent=..., setUnder=setUnder@entry=true) at page/EventHandler.cpp:2004
#32 0x00007f5b699bb659 in WebCore::EventHandler::handleMouseReleaseEvent (this=0x7f5afb543118, mouseEvent=...) at page/EventHandler.cpp:1708
#33 0x00007f5b695de52d in QWebPagePrivate::mouseReleaseEvent<QMouseEvent> (this=0x55645f0, ev=0x7fffb2924ee0) at Api/qwebpage.cpp:795
#34 0x00007f5b695e46a6 in QWebPage::event (this=<optimized out>, ev=0x7fffb2924ee0) at Api/qwebpage.cpp:3061
#35 0x00007f5b695e6c38 in QWebView::mouseReleaseEvent (this=<optimized out>, ev=0x7fffb2924ee0) at Api/qwebview.cpp:1028
#36 0x00007f5b6779e873 in KWebView::mouseReleaseEvent (this=0x5171750, event=0x7fffb2924ee0) at /usr/src/debug/kdelibs-4.9.5/kdewebkit/kwebview.cpp:80
#37 0x00007f5b7d45ef49 in QWidget::event (this=0x5171750, event=0x7fffb2924ee0) at kernel/qwidget.cpp:8375
#38 0x00007f5b695e7127 in QWebView::event (this=0x5171750, e=0x7fffb2924ee0) at Api/qwebview.cpp:865
#39 0x00007f5b7d40f5cc in QApplicationPrivate::notify_helper (this=this@entry=0x23e0ff0, receiver=receiver@entry=0x5171750, e=e@entry=0x7fffb2924ee0) at kernel/qapplication.cpp:4562
#40 0x00007f5b7d4142ab in QApplication::notify (this=<optimized out>, receiver=0x5171750, e=0x7fffb2924ee0) at kernel/qapplication.cpp:4105
#41 0x00007f5b7f2a6916 in KApplication::notify (this=0x7fffb2925d20, receiver=0x5171750, event=0x7fffb2924ee0) at /usr/src/debug/kdelibs-4.9.5/kdeui/kernel/kapplication.cpp:311
#42 0x00007f5b7e27aa8e in QCoreApplication::notifyInternal (this=0x7fffb2925d20, receiver=0x5171750, event=0x7fffb2924ee0) at kernel/qcoreapplication.cpp:946
#43 0x00007f5b7d41040b in sendEvent (event=<optimized out>, receiver=<optimized out>) at ../../src/corelib/kernel/qcoreapplication.h:231
#44 QApplicationPrivate::sendMouseEvent (receiver=0x5171750, event=0x7fffb2924ee0, alienWidget=0x5171750, nativeWidget=0x5247330, buttonDown=0x7f5b7dee3268 <qt_button_down>, lastMouseReceiver=..., spontaneous=true) at kernel/qapplication.cpp:3173
#45 0x00007f5b7d48ab74 in QETWidget::translateMouseEvent (this=this@entry=0x5247330, event=event@entry=0x7fffb2925650) at kernel/qapplication_x11.cpp:4537
#46 0x00007f5b7d489901 in QApplication::x11ProcessEvent (this=0x7fffb2925d20, event=0x7fffb2925650) at kernel/qapplication_x11.cpp:3660
#47 0x00007f5b7d4afa5c in x11EventSourceDispatch (s=s@entry=0x23e3810, callback=0x0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:148
#48 0x00007f5b78a44a75 in g_main_dispatch (context=0x23e2500) at gmain.c:2715
#49 g_main_context_dispatch (context=context@entry=0x23e2500) at gmain.c:3219
#50 0x00007f5b78a44da8 in g_main_context_iterate (context=context@entry=0x23e2500, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3290
#51 0x00007f5b78a44e64 in g_main_context_iteration (context=0x23e2500, may_block=1) at gmain.c:3351
#52 0x00007f5b7e2a90f6 in QEventDispatcherGlib::processEvents (this=0x23147f0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#53 0x00007f5b7d4af73e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:207
#54 0x00007f5b7e2797df in QEventLoop::processEvents (this=this@entry=0x7fffb2925a20, flags=...) at kernel/qeventloop.cpp:149
#55 0x00007f5b7e279a68 in QEventLoop::exec (this=0x7fffb2925a20, flags=...) at kernel/qeventloop.cpp:204
#56 0x00007f5b7e27e858 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1218
#57 0x00007f5b60d9a812 in kdemain (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmain.cpp:227
#58 0x000000000040822a in launch (argc=argc@entry=4, _name=_name@entry=0x23b2e78 "konqueror", args=0x23b2edc "/home/kvolny", args@entry=0x23b2e82 "-mimetype", cwd=cwd@entry=0x23b2edc "/home/kvolny", envc=envc@entry=47, envs=<optimized out>, envs@entry=0x23b2ef1 "XDG_VTNR=1", reset_env=true, tty=tty@entry=0x0, avoid_loops=false, startup_id_str=startup_id_str@entry=0x23b3585 "kvolny.usersys.redhat.com;1358441805;877909;3165_TIME4591405") at /usr/src/debug/kdelibs-4.9.5/kinit/kinit.cpp:726
#59 0x00000000004090bb in handle_launcher_request (sock=sock@entry=32, who=<optimized out>) at /usr/src/debug/kdelibs-4.9.5/kinit/kinit.cpp:1218
#60 0x00000000004096b0 in handle_requests (waitForPid=waitForPid@entry=0) at /usr/src/debug/kdelibs-4.9.5/kinit/kinit.cpp:1402
#61 0x0000000000405307 in main (argc=4, argv=<optimized out>, envp=0x7fffb2926c60) at /usr/src/debug/kdelibs-4.9.5/kinit/kinit.cpp:1899

Possible duplicates by query: bug 297025.

Reported using DrKonqi
Comment 1 kavol 2013-01-18 13:30:05 UTC
Created attachment 76538 [details]
New crash information added by DrKonqi

konqueror (4.9.5) on KDE Platform 4.9.5 using Qt 4.8.4

- What I was doing when the application crashed:

cool, so this is reproducible, I've just did the same

-- Backtrace (Reduced):
#6  0x00007f5b538a5e90 in KHTMLPartPrivate::findFrameParent (this=0x2fd1030, callingPart=0x30cd830, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7  0x00007f5b538deaa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8  0x00007f5b60d6d84b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x30cd830, name=..., hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9  0x00007f5b60d6de8e in findChildView (callingPart=0x30cd830, name=..., mainWindow=@0x7fffb29229d0: 0x0, hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f5b60d7958c in KonqMainWindow::slotCreateNewWindow (this=0x2664370, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
Comment 2 Dawit Alemayehu 2013-01-19 16:39:28 UTC
In order for us to attempt to duplicate this crash, you have to let us know the following:

1.) Since you were able to reproduce the problem, describe the steps you took to cause the crash.
2.) Tell us the default browser engine that is configured in Konqueror (Settings->Configure Konqueror->General->Default web browsing engine).
Comment 3 kavol 2013-01-19 20:29:41 UTC
(In reply to comment #2)
> In order for us to attempt to duplicate this crash, you have to let us know
> the following:
> 
> 1.) Since you were able to reproduce the problem, describe the steps you
> took to cause the crash.

the problem is that it happens after login into internetbanking site ...

1) login at https://www.fio.cz/scgi-bin/hermes/dz-internetbanking.cgi
2) choose "Podání pokynu"
3) click "Platba do ČR a SR"

> 2.) Tell us the default browser engine that is configured in Konqueror
> (Settings->Configure Konqueror->General->Default web browsing engine).

webkit
Comment 4 kavol 2013-01-19 20:47:55 UTC
Created attachment 76572 [details]
New crash information added by DrKonqi

konqueror (4.9.5) on KDE Platform 4.9.5 using Qt 4.8.4

- What I was doing when the application crashed:

just verifying ...

(some stupid padding for drKonqi)

-- Backtrace (Reduced):
#6  0x00007f5b598c1e90 in KHTMLPartPrivate::findFrameParent (this=0x318d330, callingPart=0x29dba20, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7  0x00007f5b598faaa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8  0x00007f5b60d6d84b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x29dba20, name=..., hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9  0x00007f5b60d6de8e in findChildView (callingPart=0x29dba20, name=..., mainWindow=@0x7fffb29229d0: 0x0, hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f5b60d7958c in KonqMainWindow::slotCreateNewWindow (this=0x247ced0, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
Comment 5 Dawit Alemayehu 2013-01-20 07:46:42 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > In order for us to attempt to duplicate this crash, you have to let us know
> > the following:
> > 
> > 1.) Since you were able to reproduce the problem, describe the steps you
> > took to cause the crash.
> 
> the problem is that it happens after login into internetbanking site ...
> 
> 1) login at https://www.fio.cz/scgi-bin/hermes/dz-internetbanking.cgi
> 2) choose "Podání pokynu"
> 3) click "Platba do ČR a SR"

I do not see any of the text you listed in the steps above, but that does not matter since I won't be able to login into a banking website.

> > 2.) Tell us the default browser engine that is configured in Konqueror
> > (Settings->Configure Konqueror->General->Default web browsing engine).
> 
> webkit

That is baffling because the crash happens in khtml! If webkit is your default engine, then I do not see how this request can end up in the khtml engine. Are you sure you are not switching between khtml and webkit using the "View" menu ? If not, I do not understand how khtml gets loaded except for the default "Introduction page" which you can change (Settings->Configure Konqueror->General) to something like "Show blank page".

No matter what I tried I was unable to reproduce the problem, but then again I cannot login into the website in question.
Comment 6 kavol 2013-01-20 09:36:27 UTC
(In reply to comment #5)
> I do not see any of the text you listed in the steps above, but that does
> not matter since I won't be able to login into a banking website.

yes, the text appears only after successful login

...
> > webkit
> 
> That is baffling because the crash happens in khtml! If webkit is your
> default engine, then I do not see how this request can end up in the khtml
> engine.

I remember, some time ago, there was a problem that Konqueror switched engines involuntarily ... probably, this has something to do with it?

> Are you sure you are not switching between khtml and webkit using
> the "View" menu ?

it crashes before I have any opportunity to switch the engine for the new window, if you ask about this

if I switch to KHTML manually in the original window *before* clicking "Platba do ČR a SR" then it works as expected

> No matter what I tried I was unable to reproduce the problem, but then again
> I cannot login into the website in question.

they have some demo but you have to register[1] with lot's of personal info ... probably you can fake it ...

> If not, I do not understand how khtml gets loaded except for the default
> "Introduction page" which you can change (Settings->Configure Konqueror
> ->General) to something like "Show blank page".

now this may be a clue - if you look at the code, there is:

<a href='dz-filler.cgi?SUBMIT=PREVOD&amp;ID_ucet=...' onclick="okno(650, 450, 'dz_orders')" target='dz_orders'>Platba do ČR a SR</a>

function okno( height, width, cil ) { var w;
	w=window.open ( "/ib/empty.html", cil, "toolbar=n,height="+height+",width="+width+",resizable=1,scrollbars=1" );
	w.focus(this);
}


now, just a wild uninformed guess, doesn't the combination of using "target=" with a window label that doesn't exist yet together with "window.open" refering to a blank page trick Konqueror into thinking that it needs to load the "introductory page" for which, if I get you right, it uses KHTML?


just for comparison, the default blank page gives this source:

<html><head><title>about:blank</title></head><body></body></html>

while empty.html reads:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html><head></head>
<body>

</body></html>


[1] https://www.fio.cz/bankovni-sluzby/internetbanking/demo-internetbanking
Comment 7 kavol 2013-01-31 11:40:34 UTC
Created attachment 76837 [details]
New crash information added by DrKonqi

konqueror (4.9.5) on KDE Platform 4.9.5 using Qt 4.8.4

- What I was doing when the application crashed:

this is the same crash ... I forgot about it, to switch to KHTML to prevent the crash, and clicked an icon within the page which opens the same new window as discussed above

-- Backtrace (Reduced):
#6  0x00007f9bd78a5e90 in KHTMLPartPrivate::findFrameParent (this=0x50ebca0, callingPart=0x4158810, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7  0x00007f9bd78deaa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8  0x00007f9be545484b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x4158810, name=..., hostExtension=@0x7fffe5cfff08: 0x0, part=0x7fffe5d00468) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9  0x00007f9be5454e8e in findChildView (callingPart=0x4158810, name=..., mainWindow=@0x7fffe5cfff00: 0x0, hostExtension=@0x7fffe5cfff08: 0x0, part=0x7fffe5d00468) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f9be546058c in KonqMainWindow::slotCreateNewWindow (this=0x1ae0410, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffe5d00468) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
Comment 8 Dawit Alemayehu 2013-03-13 12:53:18 UTC
Git commit e8584c981715f0fee28c7da1a7aa934a240237a1 by Dawit Alemayehu.
Committed on 16/02/2013 at 20:20.
Pushed by adawit into branch 'KDE/4.10'.

Don't crash if callingHtmlPart is not KHTML.
FIXED-IN: 4.10
REVIEW: 108986

M  +4    -1    khtml/khtml_part.cpp

http://commits.kde.org/kdelibs/e8584c981715f0fee28c7da1a7aa934a240237a1
Comment 9 kavol 2013-03-13 14:54:41 UTC
thanks a lot for taking a look at this issue, it was really annoying, however, the patch does not work as expected :-(

after recompiling kdelibs with this patch, Konqueror doesn't crash any more, but it opens two new windows instead of one; one of them being empty

(this doesn't happen with KHTML active, in that case it opens just one window with the appropriate contents)

note that I've applied the patch on KDE 4.9.5 if that makes a difference (I doubt that ...)
Comment 10 Dawit Alemayehu 2013-05-12 16:36:24 UTC
(In reply to comment #9)
> thanks a lot for taking a look at this issue, it was really annoying,
> however, the patch does not work as expected :-(
> 
> after recompiling kdelibs with this patch, Konqueror doesn't crash any more,
> but it opens two new windows instead of one; one of them being empty
> 
> (this doesn't happen with KHTML active, in that case it opens just one
> window with the appropriate contents)
> 
> note that I've applied the patch on KDE 4.9.5 if that makes a difference (I
> doubt that ...)

Right. The patch was only intended to fix the crash and not any resulting behavior. I have no idea why the khtml browser engine is used when a new window is requested, even though you have set the default browser engine to "webkit".  The only thing I think might cause that is a higher service preference for the khtml engine ; so I suggested you check the service order for embedded parts by doing the following:

   1.)  ALT+F2, type "filetypes" and press enter
    2.) Search for "text/html" 
    3.) Look at the "Service Preference Order" box under the "Embedding" tab.

If KHTML is the top engine, change it to WebKit. If that is not the case, then the only other thing I can think of is to see if this is somehow a configuration issue, by trying to duplicate the problem under a new user account.
Comment 11 kavol 2013-05-30 13:46:35 UTC
(In reply to comment #10)
...
> If KHTML is the top engine, change it to WebKit. If that is not the case,

the order is
1) kwebkitpart
2) khtml
3) katepart

> then the only other thing I can think of is to see if this is somehow a
> configuration issue, by trying to duplicate the problem under a new user
> account.

yes, I can duplicate the problem (opening two windows instead of one) on a clean install (Fedora 19 with KDE 4.10.3)
Comment 12 Andrew Crouthamel 2018-10-29 23:56:32 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 13 Bug Janitor Service 2018-11-13 14:41:16 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 14 Bug Janitor Service 2018-11-29 09:43:30 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!