Bug 245078 - rekonq crashes on several sites with javascript enabled
Summary: rekonq crashes on several sites with javascript enabled
Status: RESOLVED FIXED
Alias: None
Product: rekonq
Classification: Applications
Component: general (show other bugs)
Version: 0.5.0
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Andrea Diamantini
URL:
Keywords:
: 245330 247083 247409 247825 248603 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-07-18 23:02 UTC by Mathias Kraus
Modified: 2011-04-13 23:58 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (36.01 KB, text/plain)
2010-08-23 12:29 UTC, Leonardo La Malfa
Details
New crash information added by DrKonqi (26.53 KB, text/plain)
2010-09-20 23:18 UTC, Leonardo La Malfa
Details
New crash information added by DrKonqi (11.29 KB, text/plain)
2011-04-13 23:42 UTC, Boris Bigott
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mathias Kraus 2010-07-18 23:02:15 UTC
Application: rekonq (0.5.0)
KDE Platform Version: 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))
Qt Version: 4.7.0
Operating System: Linux 2.6.32-23-generic i686
Distribution: Ubuntu 10.04 LTS

-- Information about the crash:
the following site and all other articels from pro-linux.de crash rekonq when javascript is enabled.
http://www.pro-linux.de/news/1/15917/opensuse-113-veroeffentlicht.html

The crash can be reproduced every time.

-- Backtrace:
Application: rekonq (rekonq), signal: Segmentation fault
[Current thread is 1 (Thread 0xb7819710 (LWP 13538))]

Thread 6 (Thread 0xb54d2b70 (LWP 13539)):
#0  0x008c1422 in __kernel_vsyscall ()
#1  0x00319015 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0x01592e7d in WTF::TCMalloc_PageHeap::scavengerThread (this=0x1a82480) at wtf/FastMalloc.cpp:2378
#3  0x01592f61 in WTF::TCMalloc_PageHeap::runScavengerThread (context=0x1a82480) at wtf/FastMalloc.cpp:1497
#4  0x0031496e in start_thread (arg=0xb54d2b70) at pthread_create.c:300
#5  0x05694a4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 5 (Thread 0xb4ba9b70 (LWP 13540)):
#0  0x008c1422 in __kernel_vsyscall ()
#1  0x00319015 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0x01fb9a07 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0x0084d890 in ?? () from /usr/lib/libthreadweaver.so.4
#4  0x0085103c in ?? () from /usr/lib/libthreadweaver.so.4
#5  0x0084cdbb in ?? () from /usr/lib/libthreadweaver.so.4
#6  0x00851132 in ?? () from /usr/lib/libthreadweaver.so.4
#7  0x0084dd93 in ?? () from /usr/lib/libthreadweaver.so.4
#8  0x0084f1be in ?? () from /usr/lib/libthreadweaver.so.4
#9  0x0084f8db in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#10 0x01fb8e39 in ?? () from /usr/lib/libQtCore.so.4
#11 0x0031496e in start_thread (arg=0xb4ba9b70) at pthread_create.c:300
#12 0x05694a4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 4 (Thread 0xb4132b70 (LWP 13550)):
#0  0x008c1422 in __kernel_vsyscall ()
#1  0x00319015 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0x01fb9a07 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0x0159ce90 in WTF::ThreadCondition::wait (this=0xb4c0fdd4, mutex=...) at wtf/qt/ThreadingQt.cpp:260
#4  0x01368d64 in WebCore::IconDatabase::syncThreadMainLoop (this=0xb4c0fd80) at loader/icon/IconDatabase.cpp:1412
#5  0x01368f00 in WebCore::IconDatabase::iconDatabaseSyncThread (this=0xb4c0fd80) at loader/icon/IconDatabase.cpp:1038
#6  0x0159e86f in threadEntryPoint (contextData=0xb4bcf0e0) at wtf/Threading.cpp:65
#7  0x0159cce3 in WTF::ThreadPrivate::run (this=0x9be7bf8) at wtf/qt/ThreadingQt.cpp:66
#8  0x01fb8e39 in ?? () from /usr/lib/libQtCore.so.4
#9  0x0031496e in start_thread (arg=0xb4132b70) at pthread_create.c:300
#10 0x05694a4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 3 (Thread 0xb3931b70 (LWP 13552)):
#0  0x05447e16 in *__GI_clock_gettime (clock_id=88391668, tp=0xb3930f90) at ../sysdeps/unix/clock_gettime.c:100
#1  0x02013edb in ?? () from /usr/lib/libQtCore.so.4
#2  0x020ea2f5 in ?? () from /usr/lib/libQtCore.so.4
#3  0x020ea33a in ?? () from /usr/lib/libQtCore.so.4
#4  0x020e83d8 in ?? () from /usr/lib/libQtCore.so.4
#5  0x020e8465 in ?? () from /usr/lib/libQtCore.so.4
#6  0x04724aca in g_main_context_prepare () from /lib/libglib-2.0.so.0
#7  0x04724ee9 in ?? () from /lib/libglib-2.0.so.0
#8  0x047254b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#9  0x020e81cf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#10 0x020b8419 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#11 0x020b889a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#12 0x01fb5b5e in QThread::exec() () from /usr/lib/libQtCore.so.4
#13 0x0209755b in ?? () from /usr/lib/libQtCore.so.4
#14 0x01fb8e39 in ?? () from /usr/lib/libQtCore.so.4
#15 0x0031496e in start_thread (arg=0xb3931b70) at pthread_create.c:300
#16 0x05694a4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 2 (Thread 0xb1c3fb70 (LWP 13574)):
#0  0x008c1422 in __kernel_vsyscall ()
#1  0x00319015 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0x01fb9a07 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4
#3  0x0084d890 in ?? () from /usr/lib/libthreadweaver.so.4
#4  0x0085103c in ?? () from /usr/lib/libthreadweaver.so.4
#5  0x0084cdbb in ?? () from /usr/lib/libthreadweaver.so.4
#6  0x00851132 in ?? () from /usr/lib/libthreadweaver.so.4
#7  0x0084dd93 in ?? () from /usr/lib/libthreadweaver.so.4
#8  0x0084f1be in ?? () from /usr/lib/libthreadweaver.so.4
#9  0x0084f8db in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4
#10 0x01fb8e39 in ?? () from /usr/lib/libQtCore.so.4
#11 0x0031496e in start_thread (arg=0xb1c3fb70) at pthread_create.c:300
#12 0x05694a4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb7819710 (LWP 13538)):
[KCrash Handler]
#7  WebCore::StringImpl::existingHash (family=...) at platform/text/StringImpl.h:173
#8  WebCore::AtomicStringHash::hash (family=...) at platform/text/AtomicStringHash.h:40
#9  WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash>::hash (family=...) at ../JavaScriptCore/wtf/HashTable.h:279
#10 lookup<WebCore::AtomicString, WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash> > (family=...) at ../JavaScriptCore/wtf/HashTable.h:483
#11 contains<WebCore::AtomicString, WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash> > (family=...) at ../JavaScriptCore/wtf/HashTable.h:803
#12 WTF::HashTable<WebCore::AtomicString, WebCore::AtomicString, WTF::IdentityExtractor<WebCore::AtomicString>, WebCore::AtomicStringHash, WTF::HashTraits<WebCore::AtomicString>, WTF::HashTraits<WebCore::AtomicString> >::contains (family=...) at ../JavaScriptCore/wtf/HashTable.h:327
#13 WTF::HashSet<WebCore::AtomicString, WebCore::AtomicStringHash, WTF::HashTraits<WebCore::AtomicString> >::contains (family=...) at ../JavaScriptCore/wtf/HashSet.h:178
#14 WebCore::RenderTextControl::hasValidAvgCharWidth (family=...) at rendering/RenderTextControl.cpp:510
#15 0x01266d79 in WebCore::RenderTextControl::getAvgCharWidth (this=0xb01e8a80, family=...) at rendering/RenderTextControl.cpp:515
#16 0x0126aa9a in WebCore::RenderTextControlSingleLine::getAvgCharWidth (this=0xb01e8a80, family=) at rendering/RenderTextControlSingleLine.cpp:387
#17 0x012668be in WebCore::RenderTextControl::calcPrefWidths (this=0xb01e8a80) at rendering/RenderTextControl.cpp:541
#18 0x011f1bcb in WebCore::RenderBox::minPrefWidth (this=0xb01e8a80) at rendering/RenderBox.cpp:459
#19 0x011f84bb in WebCore::RenderBox::calcWidthUsing (this=0xb01e8a80, widthType=WebCore::Width, cw=1150) at rendering/RenderBox.cpp:1368
#20 0x011fada4 in WebCore::RenderBox::calcWidth (this=0xb01e8a80) at rendering/RenderBox.cpp:1307
#21 0x0126caa6 in WebCore::RenderTextControlSingleLine::layout (this=0xb01e8a80) at rendering/RenderTextControlSingleLine.cpp:200
#22 0x011efb8b in WebCore::RenderObject::layoutIfNeeded (this=0xb01e8a0c, relayoutChildren=true, repaintTop=@0xbf83febc, repaintBottom=@0xbf83feb8) at rendering/RenderObject.h:517
#23 WebCore::RenderBlock::layoutInlineChildren (this=0xb01e8a0c, relayoutChildren=true, repaintTop=@0xbf83febc, repaintBottom=@0xbf83feb8) at rendering/RenderBlockLineLayout.cpp:577
#24 0x011e6321 in WebCore::RenderBlock::layoutBlock (this=0xb01e8a0c, relayoutChildren=false) at rendering/RenderBlock.cpp:744
#25 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e8a0c) at rendering/RenderBlock.cpp:670
#26 0x011e56bb in WebCore::RenderBlock::layoutBlockChild (this=0xb01e8998, child=0xb01e8a0c, marginInfo=..., previousFloatBottom=@0xbf83ffcc, maxFloatBottom=@0xbf8400b4)
    at rendering/RenderBlock.cpp:1360
#27 0x011e5d3c in WebCore::RenderBlock::layoutBlockChildren (this=0xb01e8998, relayoutChildren=<value optimized out>, maxFloatBottom=@0xbf8400b4) at rendering/RenderBlock.cpp:1303
#28 0x011e607f in WebCore::RenderBlock::layoutBlock (this=0xb01e8998, relayoutChildren=false) at rendering/RenderBlock.cpp:746
#29 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e8998) at rendering/RenderBlock.cpp:670
#30 0x011e56bb in WebCore::RenderBlock::layoutBlockChild (this=0xb01e8924, child=0xb01e8998, marginInfo=..., previousFloatBottom=@0xbf8401cc, maxFloatBottom=@0xbf8402b4)
    at rendering/RenderBlock.cpp:1360
#31 0x011e5d3c in WebCore::RenderBlock::layoutBlockChildren (this=0xb01e8924, relayoutChildren=<value optimized out>, maxFloatBottom=@0xbf8402b4) at rendering/RenderBlock.cpp:1303
#32 0x011e607f in WebCore::RenderBlock::layoutBlock (this=0xb01e8924, relayoutChildren=false) at rendering/RenderBlock.cpp:746
#33 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e8924) at rendering/RenderBlock.cpp:670
#34 0x011e56bb in WebCore::RenderBlock::layoutBlockChild (this=0xb01e86f0, child=0xb01e8924, marginInfo=..., previousFloatBottom=@0xbf8403cc, maxFloatBottom=@0xbf8404b4)
    at rendering/RenderBlock.cpp:1360
#35 0x011e5d3c in WebCore::RenderBlock::layoutBlockChildren (this=0xb01e86f0, relayoutChildren=<value optimized out>, maxFloatBottom=@0xbf8404b4) at rendering/RenderBlock.cpp:1303
#36 0x011e607f in WebCore::RenderBlock::layoutBlock (this=0xb01e86f0, relayoutChildren=false) at rendering/RenderBlock.cpp:746
#37 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e86f0) at rendering/RenderBlock.cpp:670
#38 0x011e56bb in WebCore::RenderBlock::layoutBlockChild (this=0xb01e8604, child=0xb01e86f0, marginInfo=..., previousFloatBottom=@0xbf8405cc, maxFloatBottom=@0xbf8406b4)
    at rendering/RenderBlock.cpp:1360
#39 0x011e5d3c in WebCore::RenderBlock::layoutBlockChildren (this=0xb01e8604, relayoutChildren=<value optimized out>, maxFloatBottom=@0xbf8406b4) at rendering/RenderBlock.cpp:1303
#40 0x011e607f in WebCore::RenderBlock::layoutBlock (this=0xb01e8604, relayoutChildren=false) at rendering/RenderBlock.cpp:746
#41 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e8604) at rendering/RenderBlock.cpp:670
#42 0x011e56bb in WebCore::RenderBlock::layoutBlockChild (this=0xb01e84a0, child=0xb01e8604, marginInfo=..., previousFloatBottom=@0xbf8407cc, maxFloatBottom=@0xbf8408b4)
    at rendering/RenderBlock.cpp:1360
#43 0x011e5d3c in WebCore::RenderBlock::layoutBlockChildren (this=0xb01e84a0, relayoutChildren=<value optimized out>, maxFloatBottom=@0xbf8408b4) at rendering/RenderBlock.cpp:1303
#44 0x011e607f in WebCore::RenderBlock::layoutBlock (this=0xb01e84a0, relayoutChildren=false) at rendering/RenderBlock.cpp:746
#45 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e84a0) at rendering/RenderBlock.cpp:670
#46 0x011e56bb in WebCore::RenderBlock::layoutBlockChild (this=0xb01e8310, child=0xb01e84a0, marginInfo=..., previousFloatBottom=@0xbf8409cc, maxFloatBottom=@0xbf840ab4)
    at rendering/RenderBlock.cpp:1360
#47 0x011e5d3c in WebCore::RenderBlock::layoutBlockChildren (this=0xb01e8310, relayoutChildren=<value optimized out>, maxFloatBottom=@0xbf840ab4) at rendering/RenderBlock.cpp:1303
#48 0x011e607f in WebCore::RenderBlock::layoutBlock (this=0xb01e8310, relayoutChildren=false) at rendering/RenderBlock.cpp:746
#49 0x011d5588 in WebCore::RenderBlock::layout (this=0xb01e8310) at rendering/RenderBlock.cpp:670
#50 0x012761d7 in WebCore::RenderView::layout (this=0xb01e8310) at rendering/RenderView.cpp:122
#51 0x01136547 in WebCore::FrameView::layout (this=0xb4bd2c40, allowSubtree=true) at page/FrameView.cpp:719
#52 0x00ee9700 in WebCore::Document::updateLayout (this=0xb0382000) at dom/Document.cpp:1431
#53 0x00f06209 in WebCore::Document::updateLayoutIgnorePendingStylesheets (this=0xb0382000) at dom/Document.cpp:1462
#54 0x00f0b821 in WebCore::Element::scrollLeft (this=0xb0288d80) at dom/Element.cpp:429
#55 0x00a8509b in WebCore::jsElementScrollLeft (exec=0xb1d9a220, slotBase=...) at generated/JSElement.cpp:360
#56 0x014f630f in JSC::JSValue::get(JSC::ExecState*, JSC::Identifier const&, JSC::PropertySlot&) const () from /usr/lib/libQtWebKit.so.4
#57 0x014ee17d in cti_op_get_by_id (args=0xb03f42d0) at jit/JITStubs.cpp:1291
#58 0x03b0135e in ?? ()
#59 0x014ce520 in JSC::JITCode::execute (this=0xb1d9a220, program=0xb028bb98, callFrame=0xcae604c, scopeChain=0xb03881e0, thisObj=0xb1d40000, exception=0xbf840eb4) at jit/JITCode.h:77
#60 JSC::Interpreter::execute (this=0xb1d9a220, program=0xb028bb98, callFrame=0xcae604c, scopeChain=0xb03881e0, thisObj=0xb1d40000, exception=0xbf840eb4) at interpreter/Interpreter.cpp:621
#61 0x015029f9 in JSC::evaluate (exec=0xcae604c, scopeChain=..., source=..., thisValue=...) at runtime/Completion.cpp:62
#62 0x00e31406 in WebCore::ScriptController::evaluateInWorld (this=0xb4be7910, sourceCode=..., world=0xb4bd90f0) at bindings/js/ScriptController.cpp:127
#63 0x00e31699 in WebCore::ScriptController::evaluate (this=0xb4be7910, sourceCode=...) at bindings/js/ScriptController.cpp:153
#64 0x00e4904d in WebCore::ScriptController::executeScript (this=0xb4be7910, sourceCode=...) at bindings/ScriptControllerBase.cpp:60
#65 0x01050372 in WebCore::HTMLTokenizer::scriptExecution (this=0xb4be3800, sourceCode=..., state=...) at html/HTMLTokenizer.cpp:580
#66 0x010530de in WebCore::HTMLTokenizer::scriptHandler (this=0xb4be3800, state=...) at html/HTMLTokenizer.cpp:522
#67 0x01053ccb in WebCore::HTMLTokenizer::parseNonHTMLText (this=0xb4be3800, src=..., state=...) at html/HTMLTokenizer.cpp:361
#68 0x0105637b in WebCore::HTMLTokenizer::parseTag (this=0xb4be3800, src=..., state=...) at html/HTMLTokenizer.cpp:1577
#69 0x01056a6d in WebCore::HTMLTokenizer::write (this=0xb4be3800, str=..., appendData=false) at html/HTMLTokenizer.cpp:1772
#70 0x01050b3f in WebCore::HTMLTokenizer::executeExternalScriptsIfReady (this=0xb4be3800) at html/HTMLTokenizer.cpp:2103
#71 0x0109f2c4 in WebCore::CachedScript::didAddClient (this=0x0, c=0x7f) at loader/CachedScript.cpp:56
#72 0x0109dc30 in WebCore::CachedResource::switchClientsToRevalidatedResource (this=0xb03c6300) at loader/CachedResource.cpp:367
#73 0x01099745 in WebCore::Cache::revalidationSucceeded (this=0xb4bd2a80, revalidatingResource=0xb03c6300, response=...) at loader/Cache.cpp:228
#74 0x010d8790 in WebCore::Loader::Host::didReceiveResponse (this=0xb01f2480, loader=0xb4c82e00, response=...) at loader/loader.cpp:486
#75 0x010ebfc3 in WebCore::SubresourceLoader::didReceiveResponse (this=0xb4c82e00, r=...) at loader/SubresourceLoader.cpp:138
#76 0x010e74a4 in WebCore::ResourceLoader::didReceiveResponse (this=0xb4c82e00, response=...) at loader/ResourceLoader.cpp:412
#77 0x012c35b7 in WebCore::QNetworkReplyHandler::sendResponseIfNeeded (this=0xcb69658) at platform/network/qt/QNetworkReplyHandler.cpp:381
#78 0x012c3fd8 in WebCore::QNetworkReplyHandler::forwardData (this=0xcb69658) at platform/network/qt/QNetworkReplyHandler.cpp:390
#79 0x012c5a5b in WebCore::QNetworkReplyHandler::qt_metacall (this=0xcb69658, _c=QMetaObject::InvokeMetaMethod, _id=7, _a=0xbf841d6c) at ./moc_QNetworkReplyHandler.cpp:86
#80 0x020bf6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#81 0x020d2455 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#82 0x02121897 in QIODevice::readyRead() () from /usr/lib/libQtCore.so.4
#83 0x0063e2b6 in ?? () from /usr/lib/libkio.so.5
#84 0x0063e3de in ?? () from /usr/lib/libkio.so.5
#85 0x020bf6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#86 0x020d2455 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#87 0x00676f79 in KIO::TransferJob::data(KIO::Job*, QByteArray const&) () from /usr/lib/libkio.so.5
#88 0x00679dc2 in KIO::TransferJob::slotData(QByteArray const&) () from /usr/lib/libkio.so.5
#89 0x0067df05 in KIO::TransferJob::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkio.so.5
#90 0x020bf6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#91 0x020d2455 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#92 0x00739703 in KIO::SlaveInterface::data(QByteArray const&) () from /usr/lib/libkio.so.5
#93 0x0073ce3e in KIO::SlaveInterface::dispatch(int, QByteArray const&) () from /usr/lib/libkio.so.5
#94 0x00739aa3 in KIO::SlaveInterface::dispatch() () from /usr/lib/libkio.so.5
#95 0x0072c5f8 in KIO::Slave::gotInput() () from /usr/lib/libkio.so.5
#96 0x0072c803 in KIO::Slave::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkio.so.5
#97 0x020bf6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#98 0x020d2455 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#99 0x00645847 in KIO::Connection::readyRead() () from /usr/lib/libkio.so.5
#100 0x00647bae in ?? () from /usr/lib/libkio.so.5
#101 0x00647cde in KIO::Connection::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkio.so.5
#102 0x020bf6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#103 0x020cabc6 in QMetaCallEvent::placeMetaCall(QObject*) () from /usr/lib/libQtCore.so.4
#104 0x020cc462 in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4
#105 0x05b770cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#106 0x05b7d11e in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#107 0x01c7d2aa in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#108 0x020b996b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
#109 0x020bcbcb in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4
#110 0x020bcd8d in QCoreApplication::sendPostedEvents(QObject*, int) () from /usr/lib/libQtCore.so.4
#111 0x020e869f in ?? () from /usr/lib/libQtCore.so.4
#112 0x047215e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#113 0x047252d8 in ?? () from /lib/libglib-2.0.so.0
#114 0x047254b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#115 0x020e8195 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#116 0x05c383b5 in ?? () from /usr/lib/libQtGui.so.4
#117 0x020b8419 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#118 0x020b889a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#119 0x020bce4f in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#120 0x05b75ef7 in QApplication::exec() () from /usr/lib/libQtGui.so.4
#121 0x0059915a in kdemain (argc=1, argv=0xbf842f44) at /home/mathias/kdeveloptest/git_rekonq/src/main.cpp:187
#122 0x08048789 in _start ()

Reported using DrKonqi
Comment 1 Panagiotis Papadopoulos 2010-07-18 23:11:34 UTC
I can confirm this with KDE SC 4.5 RC 2, Qt 4.6.3 on Arch Linux x86_64 (64 Bit) and rekonq from git as of today.
I’ve set the plugins to only load manually, so I can rule out flash as the culprit for this crash. (Also AFAIK that site does not use flash at all).
Comment 2 markuss 2010-07-19 09:59:51 UTC
Works here as it should.
rekonq 0.5.0, KDE SC 4.5 RC 2, Qt 4.6.3, openSUSE 11.2
Comment 3 sml 2010-07-19 10:14:52 UTC
The site works as expected, and rekonq doesn't crash here on Kubuntu 10.04.

Qt: 4.6.3
KDE Development Platform: 4.4.5 (KDE 4.4.5)
rekonq: 0.4.95
Comment 4 Benjamin Poulain 2010-07-19 11:19:26 UTC
I cannot reproduce the bug. 

Qt: 4.7.0-trunk
KDE: 4.4.2
Rekonq: 0.5.0-trunk
Comment 5 Eelko Berkenpies 2010-07-20 16:27:26 UTC
Site works for me. For the record;

KDE SC 4.5 RC2
Qt4.7 beta 2
Fedora 13 (i686)
rekonq 0.5.0 (the official release / Fedora build)
Comment 6 Mathias Kraus 2010-07-23 21:26:03 UTC
I habe additional information how to reproduce this bug.
it looks like it's not only the enabled javascript but also a non default font.
I tried to further investigate the reason for the crash and accidently deleted the rekonqrc file instead of renaming it :(. but guess what happend after I startet rekonq. it doesn't crash anymore. I was happy and reconfigured rekonq like before and now it crashed again on that site.

here are the steps you need to do to reproduce the crash:
1. rename rekonqrc to rekonqrc.backup or what you like
2. start rekonq
3. go to "Configure rekonq...->Appearance"
4. change the "Serif font" to something else
5. go to http://www.pro-linux.de/news/1/15917/opensuse-113-veroeffentlicht.html

I also noticed, that all the other fonts also chage if only the serif font is changed. this might be related to the bug.
Comment 7 Benjamin Poulain 2010-07-27 15:32:01 UTC
Jedrzej tested #6 with QtWebKit trunk and was not able to reproduce the crash.
Comment 8 Panagiotis Papadopoulos 2010-07-28 14:53:04 UTC
M. Kraus’ E-Mail to the rekonq mailing list about this bug:

the reason for the crash seems to be a bug in qtwebkit.
in Application::updateConfiguration() is setFontFamily(...) called and if the 
string with the font is empty, rekonq will crash on
http://www.pro-linux.de/news/1/15917/opensuse-113-veroeffentlicht.html
the best solution would be, if setFontFamily(...) would check for an empty 
string.
the reason for the empty font string is a rekonq bug. if some certain settings 
are changed, e.g. from the webshortcuts or the cookies, 
AppearanceWidget::save() is called and sets empty font strings because the 
slots AppearanceWidget::slotStandardFont(const QFont &f) and so on are not 
called and therefore reFont[] has empty strings.

@ M. Kraus:

Can you report this bug at the WebKit bugtracker?
Comment 9 Panagiotis Papadopoulos 2010-07-30 23:08:21 UTC
should be fixed with the Commit bdf09030a60214b5476cbfaa5c6237d54d4dec2d
Comment 10 Mathias Kraus 2010-08-07 11:43:16 UTC
yay, it's fixed and the font bug too.

I'll wait for the next qtwebkit beta to see if I can reproduce it on a more recent qtwebkit version, because it seams to be fixed in trunk.

thank's for fixing the bug.
Comment 11 Nicolas L. 2010-08-12 17:09:35 UTC
*** Bug 245330 has been marked as a duplicate of this bug. ***
Comment 12 Nicolas L. 2010-08-12 17:09:55 UTC
*** Bug 247083 has been marked as a duplicate of this bug. ***
Comment 13 Nicolas L. 2010-08-12 17:10:11 UTC
*** Bug 247409 has been marked as a duplicate of this bug. ***
Comment 14 Nicolas L. 2010-08-22 23:16:44 UTC
*** Bug 247825 has been marked as a duplicate of this bug. ***
Comment 15 Nicolas L. 2010-08-22 23:16:46 UTC
*** Bug 248603 has been marked as a duplicate of this bug. ***
Comment 16 Leonardo La Malfa 2010-08-23 12:29:53 UTC
Created attachment 50858 [details]
New crash information added by DrKonqi

rekonq (0.5.81) on KDE Platform 4.5.00 (KDE 4.5.0) using Qt 4.7.0

- What I was doing when the application crashed:

I see this bug is closed, but DrKonqi suggests my report is related to it, so I'm attaching mine here, to let developers decide whether to reopen it. In fact, I've upgraded to the latest beta, but still experience these crashes.

What I did: I went here https://bugs.kde.org and clicked on "Search Existing Reports" - that's when the crash occurred.

-- Backtrace (Reduced):
#7  WebCore::StringImpl::existingHash (family=...) at platform/text/StringImpl.h:173
#8  WebCore::AtomicStringHash::hash (family=...) at platform/text/AtomicStringHash.h:40
#9  WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash>::hash (family=...) at ../JavaScriptCore/wtf/HashTable.h:279
#10 lookup<WebCore::AtomicString, WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash> > (family=...) at ../JavaScriptCore/wtf/HashTable.h:483
#11 contains<WebCore::AtomicString, WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash> > (family=...) at ../JavaScriptCore/wtf/HashTable.h:803
Comment 17 Leonardo La Malfa 2010-09-20 23:18:09 UTC
Created attachment 51834 [details]
New crash information added by DrKonqi

rekonq (0.6.0) on KDE Platform 4.5.1 (KDE 4.5.1) using Qt 4.7.0

- What I was doing when the application crashed:

I read from the original report that this bug was fixed some time ago, but I'm running the latest stable release, and have just had this crash (which still happens frequently) visiting this website: http://lucidfox.org/posts/view/623

-- Backtrace (Reduced):
#7  WebCore::StringImpl::existingHash (family=...) at platform/text/StringImpl.h:173
#8  WebCore::AtomicStringHash::hash (family=...) at platform/text/AtomicStringHash.h:40
#9  WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash>::hash (family=...) at ../JavaScriptCore/wtf/HashTable.h:279
#10 lookup<WebCore::AtomicString, WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash> > (family=...) at ../JavaScriptCore/wtf/HashTable.h:483
#11 contains<WebCore::AtomicString, WTF::IdentityHashTranslator<WebCore::AtomicString, WebCore::AtomicString, WebCore::AtomicStringHash> > (family=...) at ../JavaScriptCore/wtf/HashTable.h:803
Comment 18 Mathias Kraus 2010-09-20 23:39:35 UTC
it doesn't crash at that site and I hadn't any crash since a few weeks.
which qtwebkit version do you use? if it's not qtwebkit 2 then that might be the reason.
can you try to reanam the ~/.kde/share/config/rekonqrc and check if it help?
Comment 19 Leonardo La Malfa 2010-09-21 10:07:46 UTC
> it doesn't crash at that site and I hadn't any crash since a few weeks.
> which qtwebkit version do you use? if it's not qtwebkit 2 then that might
> be the reason.
I use qtwebkit 2.

> can you try to reanam the ~/.kde/share/config/rekonqrc and check if it
> help?
Yes, it helps, thanks. It seems I can safely browse that website without a 
crash, now.
Comment 20 Dario Andres 2010-11-18 16:30:17 UTC
[Comment from a bug triager]
There is a new version of this crash (similar/same backtrace) happening even with Qt 4.7.1 according to some of the duplicates on it: bug 251171
Comment 21 Boris Bigott 2011-04-13 23:42:13 UTC
Created attachment 58934 [details]
New crash information added by DrKonqi

rekonq (0.7.0) on KDE Platform 4.6.2 (4.6.2) using Qt 4.7.2

- What I was doing when the application crashed:
Visiting sourceforge.net

- Unusual behavior I noticed:
It crashes.

- Custom settings of the application:
I enabled Javascript

-- Backtrace (Reduced):
#6  0x00007f8c63835af9 in WebCore::RenderTextControl::hasValidAvgCharWidth(WebCore::AtomicString) () from /usr/lib64/qt4/libQtWebKit.so.4
#7  0x00007f8c63835ca5 in WebCore::RenderTextControl::getAvgCharWidth(WebCore::AtomicString) () from /usr/lib64/qt4/libQtWebKit.so.4
#8  0x00007f8c63837b5c in WebCore::RenderTextControlSingleLine::getAvgCharWidth(WebCore::AtomicString) () from /usr/lib64/qt4/libQtWebKit.so.4
#9  0x00007f8c638335c7 in WebCore::RenderTextControl::calcPrefWidths() () from /usr/lib64/qt4/libQtWebKit.so.4
#10 0x00007f8c637c6833 in WebCore::RenderBox::maxPrefWidth() const () from /usr/lib64/qt4/libQtWebKit.so.4
Comment 22 Boris Bigott 2011-04-13 23:58:16 UTC
After a bit more reading :), I could fix the issue by deleteing the rekonqrc. Nevertheless, it would be cool if rekonq hadn't crashed in the first first place.