Bug 384043

Summary:	Konqueror crashes on certain website.
Product:	[Applications] konqueror	Reporter:	thordn
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	crash	Keywords:	drkonqi
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Slackware
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description thordn 2017-08-26 09:52:46 UTC

Application: konqueror (4.14.13)
KDE Platform Version: 4.14.32
Qt Version: 4.8.7
Operating System: Linux 4.4.14-smp i686
Distribution (Platform): Slackware Packages

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

https://tech.slashdot.org/story/17/04/19/1825234/newest-firefox-browser-bashes-crashes

and then wait for it to finish loading.

Statem:

slackware 14.2 32-bit with all patches applied until 2017-08-26.
#uname -a
Linux reidorm 4.4.14-smp #2 SMP Fri Jun 24 14:44:24 CDT 2016 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux

It crashes when I am both running locally and remote via ssh from a machine with XFce version 4.10.

remote machine uname-a:
Linux quattro 3.10.17 #2 SMP Wed Oct 23 16:34:38 CDT 2013 x86_64 AMD Phenom(tm) II X6 1090T Processor AuthenticAMD GNU/Linux

The crash can be reproduced every time.

-- Backtrace:
Application: Konqueror (konqueror), signal: Segmentation fault
Using host libthread_db library "/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0xb477b980 (LWP 19914))]

Thread 4 (Thread 0xabcacb40 (LWP 19925)):
#0  0xffffffff in pthread_cond_wait@@GLIBC_2.3.2 () at /lib/libpthread.so.0
#1  0xffffffff in WTF::ThreadCondition::wait(WTF::Mutex&) () at /usr/lib/qt/lib/libQtWebKit.so.4
#2  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#3  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#4  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#5  0xffffffff in start_thread () at /lib/libpthread.so.0
#6  0xffffffff in clone () at /lib/libc.so.6

Thread 3 (Thread 0xac98eb40 (LWP 19918)):
#0  0xffffffff in poll () at /lib/libc.so.6
#1  0xffffffff in g_poll () at /usr/lib/libglib-2.0.so.0
#2  0xffffffff in  () at /usr/lib/libglib-2.0.so.0
#3  0xffffffff in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#4  0xffffffff in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/qt/lib/libQtCore.so.4
#5  0xffffffff in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/qt/lib/libQtCore.so.4
#6  0xffffffff in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/qt/lib/libQtCore.so.4
#7  0xffffffff in QThread::exec() () at /usr/lib/qt/lib/libQtCore.so.4
#8  0xffffffff in QThread::run() () at /usr/lib/qt/lib/libQtCore.so.4
#9  0xffffffff in  () at /usr/lib/qt/lib/libQtCore.so.4
#10 0xffffffff in start_thread () at /lib/libpthread.so.0
#11 0xffffffff in clone () at /lib/libc.so.6

Thread 2 (Thread 0xae126b40 (LWP 19917)):
#0  0xffffffff in pthread_cond_wait@@GLIBC_2.3.2 () at /lib/libpthread.so.0
#1  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#2  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#3  0xffffffff in start_thread () at /lib/libpthread.so.0
#4  0xffffffff in clone () at /lib/libc.so.6

Thread 1 (Thread 0xb477b980 (LWP 19914)):
[KCrash Handler]
#4  0xffffffff in  ()
#5  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#6  0xffffffff in JSC::call(JSC::ExecState*, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) () at /usr/lib/qt/lib/libQtWebKit.so.4
#7  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#8  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#9  0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#10 0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#11 0xffffffff in  () at /usr/lib/qt/lib/libQtWebKit.so.4
#12 0xffffffff in QObject::event(QEvent*) () at /usr/lib/qt/lib/libQtCore.so.4
#13 0xffffffff in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/qt/lib/libQtGui.so.4
#14 0xffffffff in QApplication::notify(QObject*, QEvent*) () at /usr/lib/qt/lib/libQtGui.so.4
#15 0xffffffff in KApplication::notify(QObject*, QEvent*) () at /usr/lib/libkdeui.so.5
#16 0xffffffff in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib/qt/lib/libQtCore.so.4
#17 0xffffffff in  () at /usr/lib/qt/lib/libQtCore.so.4
#18 0xffffffff in  () at /usr/lib/qt/lib/libQtCore.so.4
#19 0xffffffff in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#20 0xffffffff in  () at /usr/lib/libglib-2.0.so.0
#21 0xffffffff in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#22 0xffffffff in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/qt/lib/libQtCore.so.4
#23 0xffffffff in  () at /usr/lib/qt/lib/libQtGui.so.4
#24 0xffffffff in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/qt/lib/libQtCore.so.4
#25 0xffffffff in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/qt/lib/libQtCore.so.4
#26 0xffffffff in QCoreApplication::exec() () at /usr/lib/qt/lib/libQtCore.so.4
#27 0xffffffff in QApplication::exec() () at /usr/lib/qt/lib/libQtGui.so.4
#28 0xffffffff in kdemain () at /usr/lib/libkdeinit4_konqueror.so
#29 0x0804872b in  ()
#30 0xffffffff in __libc_start_main () at /lib/libc.so.6
#31 0x0804874e in _start ()

The reporter indicates this bug may be a duplicate of or related to bug 349089.

Possible duplicates by query: bug 349089.

Reported using DrKonqi

Comment 1 Justin Zobel 2020-12-17 05:31:37 UTC

Thank you for the crash report.

As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved.

I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you.

Comment 2 Bug Janitor Service 2021-01-01 04:37:22 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 3 thordn 2021-01-02 16:15:28 UTC

I have now tested more and even on the same version of konqueror on the same Slackware distribution 14.2 with the URL given in the report and cannot reproduce the crash. This is probably because the page has changed. (Question about cookies added).

I can add that a test with 4.10.5 on Slackware 14.1 hangs with 100% cpu load on the mentioned page, but this is with an older version so not really relevant.

As I cannot reproduce the problem I think it can be marked as resolved.