Summary: | Flash crashes KDEWebKit but not QtWebKit/Arora | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | markuss <kamikazow> |
Component: | kdewebkit | Assignee: | webkit-devel |
Status: | RESOLVED UPSTREAM | ||
Severity: | crash | CC: | adawit, davidh048, erik, m.wege, osanabr, rdieter, somerville.joe |
Priority: | NOR | ||
Version: | 4.5 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
markuss
2010-09-26 22:01:28 UTC
Qt 4.6 or 4.7 ? x86-64 or i686 ? Any particular site or does the crash happen on any site that contains flash content ? The backtrace you provided clearly shows that the crash is upstream in QtWebKit. And there were a couple of known QtWebkit crashes caused by Adobe's flash player that were addressed recently: https://bugs.webkit.org/show_bug.cgi?id=40567 https://bugs.webkit.org/show_bug.cgi?id=45363 However, none of those produce the backtrace you provided and the fact that the problem is not reproduciable with Arora makes this a baffling problem. Hmm... and the only XtRemoveTimeOut related flash crashes were observed with KDE's nsplugin viewer with older versions of adobe's flash player. See http://www.kdedevelopers.org/node/3162. What version of the flash player are you using ? Qt 4.7, x86 32bit, any Flash content. Plugin info: Name: flash-player Version: 10.1.85.3-0.1.1 Arch: i586 Some update caused the issue to change a bit: Now the crash occurs when leaving web sites with Flash content. Arora still isn't affected. Qt 4.7.1, KDE SC 4.5.4, Flash Player 10.2 d151, 586/32bit. Application: rekonq (kdeinit4), signal: Segmentation fault [Current thread is 1 (Thread 0xb5a19710 (LWP 11527))] Thread 11 (Thread 0xaf557b70 (LWP 11528)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0125 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb4816987 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib/libQtWebKit.so.4 #3 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #4 0xb617b46e in clone () from /lib/libc.so.6 Thread 10 (Thread 0xae8b6b70 (LWP 11529)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0125 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb6e47aa0 in wait (this=0x813f200, mutex=0x81af828, time=4294967295) at thread/qwaitcondition_unix.cpp:88 #3 QWaitCondition::wait (this=0x813f200, mutex=0x81af828, time=4294967295) at thread/qwaitcondition_unix.cpp:160 #4 0xb370324a in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x813f1e8, th=0x83144b8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb3706317 in waitForAvailableJob (this=0x81af3e0, th=0x83144b8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:356 #6 ThreadWeaver::WorkingHardState::applyForWork (this=0x81af3e0, th=0x83144b8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WorkingHardState.cpp:71 #7 0xb3702b43 in ThreadWeaver::WeaverImpl::applyForWork (this=0x813f1e8, th=0x83144b8, previous=0x0) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:351 #8 0xb3706333 in ThreadWeaver::WorkingHardState::applyForWork (this=0x81af3e0, th=0x83144b8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WorkingHardState.cpp:74 #9 0xb3702b43 in ThreadWeaver::WeaverImpl::applyForWork (this=0x813f1e8, th=0x83144b8, previous=0x83cd668) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:351 #10 0xb3703744 in ThreadWeaver::ThreadRunHelper::run (this=0xae8b6314, parent=0x813f1e8, th=0x83144b8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/Thread.cpp:87 #11 0xb37037fa in ThreadWeaver::Thread::run (this=0x83144b8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/Thread.cpp:142 #12 0xb6e4739a in QThreadPrivate::start (arg=0x83144b8) at thread/qthread_unix.cpp:285 #13 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #14 0xb617b46e in clone () from /lib/libc.so.6 Thread 9 (Thread 0xad87fb70 (LWP 11538)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0125 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb6e47aa0 in wait (this=0x813f200, mutex=0x81af828, time=4294967295) at thread/qwaitcondition_unix.cpp:88 #3 QWaitCondition::wait (this=0x813f200, mutex=0x81af828, time=4294967295) at thread/qwaitcondition_unix.cpp:160 #4 0xb370324a in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x813f1e8, th=0x82666c8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb3706317 in waitForAvailableJob (this=0x81af3e0, th=0x82666c8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:356 #6 ThreadWeaver::WorkingHardState::applyForWork (this=0x81af3e0, th=0x82666c8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WorkingHardState.cpp:71 #7 0xb3702b43 in ThreadWeaver::WeaverImpl::applyForWork (this=0x813f1e8, th=0x82666c8, previous=0x83cb598) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:351 #8 0xb3703744 in ThreadWeaver::ThreadRunHelper::run (this=0xad87f314, parent=0x813f1e8, th=0x82666c8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/Thread.cpp:87 #9 0xb37037fa in ThreadWeaver::Thread::run (this=0x82666c8) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/Thread.cpp:142 #10 0xb6e4739a in QThreadPrivate::start (arg=0x82666c8) at thread/qthread_unix.cpp:285 #11 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #12 0xb617b46e in clone () from /lib/libc.so.6 Thread 8 (Thread 0xad07eb70 (LWP 11539)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0452 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb6e47a2c in wait (this=0xadf0126c, mutex=0xadf01268, time=30000) at thread/qwaitcondition_unix.cpp:86 #3 QWaitCondition::wait (this=0xadf0126c, mutex=0xadf01268, time=30000) at thread/qwaitcondition_unix.cpp:160 #4 0xb6e3cdf4 in QThreadPoolThread::run (this=0xadf05818) at concurrent/qthreadpool.cpp:140 #5 0xb6e4739a in QThreadPrivate::start (arg=0xadf05818) at thread/qthread_unix.cpp:285 #6 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #7 0xb617b46e in clone () from /lib/libc.so.6 Thread 7 (Thread 0xac87db70 (LWP 11540)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0452 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb6e47a2c in wait (this=0x8331534, mutex=0x8331530, time=30000) at thread/qwaitcondition_unix.cpp:86 #3 QWaitCondition::wait (this=0x8331534, mutex=0x8331530, time=30000) at thread/qwaitcondition_unix.cpp:160 #4 0xb6e3cdf4 in QThreadPoolThread::run (this=0x83ae368) at concurrent/qthreadpool.cpp:140 #5 0xb6e4739a in QThreadPrivate::start (arg=0x83ae368) at thread/qthread_unix.cpp:285 #6 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #7 0xb617b46e in clone () from /lib/libc.so.6 Thread 6 (Thread 0xaa087b70 (LWP 11541)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb617075e in poll () from /lib/libc.so.6 #2 0xb5c892bb in g_poll () from /usr/lib/libglib-2.0.so.0 #3 0xb5c78f96 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0xb5c7973f in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #5 0xaa4f87a1 in ?? () from /usr/lib/libgio-2.0.so.0 #6 0xb5ca1eb4 in ?? () from /usr/lib/libglib-2.0.so.0 #7 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #8 0xb617b46e in clone () from /lib/libc.so.6 Thread 5 (Thread 0xa9786b70 (LWP 11545)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0125 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xaae897d7 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #3 0xaaf9ae15 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #4 0xaae898dd in ?? () from /usr/lib/browser-plugins/libflashplayer.so #5 0xaae89f66 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #6 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #7 0xb617b46e in clone () from /lib/libc.so.6 Thread 4 (Thread 0xa8f85b70 (LWP 11546)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0125 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xaae897d7 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #3 0xaaf9ae15 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #4 0xaae898dd in ?? () from /usr/lib/browser-plugins/libflashplayer.so #5 0xaae89f66 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #6 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #7 0xb617b46e in clone () from /lib/libc.so.6 Thread 3 (Thread 0xa819db70 (LWP 11555)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0452 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xaae897a9 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #3 0xaaeb1353 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #4 0xaae898dd in ?? () from /usr/lib/browser-plugins/libflashplayer.so #5 0xaae89f66 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #6 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #7 0xb617b46e in clone () from /lib/libc.so.6 Thread 2 (Thread 0xa70ccb70 (LWP 11557)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6dd0125 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb6e47aa0 in wait (this=0x813f200, mutex=0x81af828, time=4294967295) at thread/qwaitcondition_unix.cpp:88 #3 QWaitCondition::wait (this=0x813f200, mutex=0x81af828, time=4294967295) at thread/qwaitcondition_unix.cpp:160 #4 0xb370324a in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x813f1e8, th=0x88d1d10) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb3706317 in waitForAvailableJob (this=0x81af3e0, th=0x88d1d10) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:356 #6 ThreadWeaver::WorkingHardState::applyForWork (this=0x81af3e0, th=0x88d1d10) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WorkingHardState.cpp:71 #7 0xb3702b43 in ThreadWeaver::WeaverImpl::applyForWork (this=0x813f1e8, th=0x88d1d10, previous=0x0) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/WeaverImpl.cpp:351 #8 0xb3703744 in ThreadWeaver::ThreadRunHelper::run (this=0xa70cc314, parent=0x813f1e8, th=0x88d1d10) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/Thread.cpp:87 #9 0xb37037fa in ThreadWeaver::Thread::run (this=0x88d1d10) at /usr/src/debug/kdelibs-4.5.4/threadweaver/Weaver/Thread.cpp:142 #10 0xb6e4739a in QThreadPrivate::start (arg=0x88d1d10) at thread/qthread_unix.cpp:285 #11 0xb6dcbb25 in start_thread () from /lib/libpthread.so.0 #12 0xb617b46e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb5a19710 (LWP 11527)): [KCrash Handler] #7 XtRemoveTimeOut (id=12) at NextEvent.c:803 #8 0xaae7f88c in ?? () from /usr/lib/browser-plugins/libflashplayer.so #9 0xaae8069b in ?? () from /usr/lib/browser-plugins/libflashplayer.so #10 0xaae8106e in ?? () from /usr/lib/browser-plugins/libflashplayer.so #11 0xaae7ccd5 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #12 0xaae756cb in ?? () from /usr/lib/browser-plugins/libflashplayer.so #13 0xaae79314 in ?? () from /usr/lib/browser-plugins/libflashplayer.so #14 0xb43f82ad in WebCore::PluginView::stop() () from /usr/lib/libQtWebKit.so.4 #15 0xb43f8fd2 in WebCore::PluginView::~PluginView() () from /usr/lib/libQtWebKit.so.4 #16 0xb43f94f2 in WebCore::PluginView::~PluginView() () from /usr/lib/libQtWebKit.so.4 #17 0xb4036d98 in WTF::RefCounted<WebCore::Widget>::deref() () from /usr/lib/libQtWebKit.so.4 #18 0xb44b38be in WTF::HashTable<WTF::RefPtr<WebCore::Widget>, std::pair<WTF::RefPtr<WebCore::Widget>, WebCore::FrameView*>, WTF::PairFirstExtractor<std::pair<WTF::RefPtr<WebCore::Widget>, WebCore::FrameView*> >, WTF::PtrHash<WTF::RefPtr<WebCore::Widget> >, WTF::PairHashTraits<WTF::HashTraits<WTF::RefPtr<WebCore::Widget> >, WTF::HashTraits<WebCore::FrameView*> >, WTF::HashTraits<WTF::RefPtr<WebCore::Widget> > >::deallocateTable(std::pair<WTF::RefPtr<WebCore::Widget>, WebCore::FrameView*>*, int) () from /usr/lib/libQtWebKit.so.4 #19 0xb44b4846 in WebCore::RenderWidget::resumeWidgetHierarchyUpdates() () from /usr/lib/libQtWebKit.so.4 #20 0xb411c46e in WebCore::Element::detach() () from /usr/lib/libQtWebKit.so.4 #21 0xb40f08cb in WebCore::ContainerNode::detach() () from /usr/lib/libQtWebKit.so.4 #22 0xb4108d2b in WebCore::Document::detach() () from /usr/lib/libQtWebKit.so.4 #23 0xb435fd14 in WebCore::Frame::setView(WTF::PassRefPtr<WebCore::FrameView>) () from /usr/lib/libQtWebKit.so.4 #24 0xb4360d86 in WebCore::Frame::createView(WebCore::IntSize const&, WebCore::Color const&, bool, WebCore::IntSize const&, bool, WebCore::ScrollbarMode, bool, WebCore::ScrollbarMode, bool) () from /usr/lib/libQtWebKit.so.4 #25 0xb4525684 in WebCore::FrameLoaderClientQt::transitionToCommittedForNewPage() () from /usr/lib/libQtWebKit.so.4 #26 0xb42e461f in WebCore::FrameLoader::transitionToCommitted(WTF::PassRefPtr<WebCore::CachedPage>) () from /usr/lib/libQtWebKit.so.4 #27 0xb42e8741 in WebCore::FrameLoader::commitProvisionalLoad(WTF::PassRefPtr<WebCore::CachedPage>) () from /usr/lib/libQtWebKit.so.4 #28 0xb42d0917 in WebCore::DocumentLoader::commitIfReady() () from /usr/lib/libQtWebKit.so.4 #29 0xb42d0986 in WebCore::DocumentLoader::commitLoad(char const*, int) () from /usr/lib/libQtWebKit.so.4 #30 0xb42da23b in WebCore::FrameLoader::receivedData(char const*, int) () from /usr/lib/libQtWebKit.so.4 #31 0xb4304c1b in WebCore::MainResourceLoader::addData(char const*, int, bool) () from /usr/lib/libQtWebKit.so.4 #32 0xb4315c12 in WebCore::ResourceLoader::didReceiveData(char const*, int, long long, bool) () from /usr/lib/libQtWebKit.so.4 #33 0xb43057b8 in WebCore::MainResourceLoader::didReceiveData(char const*, int, long long, bool) () from /usr/lib/libQtWebKit.so.4 #34 0xb431436f in WebCore::ResourceLoader::didReceiveData(WebCore::ResourceHandle*, char const*, int, int) () from /usr/lib/libQtWebKit.so.4 #35 0xb45042c5 in WebCore::QNetworkReplyHandler::forwardData() () from /usr/lib/libQtWebKit.so.4 #36 0xb4504d5c in WebCore::QNetworkReplyHandler::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libQtWebKit.so.4 #37 0xb6f4ce5d in QMetaObject::metacall (object=0x8214cb8, cl=QMetaObject::InvokeMetaMethod, idx=7, argv=0xbffebb6c) at kernel/qmetaobject.cpp:237 #38 0xb6f5cffc in QMetaObject::activate (sender=0x854a5b8, m=0xb707fc48, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3272 #39 0xb6fa9da5 in QIODevice::readyRead (this=0x854a5b8) at .moc/release-shared/moc_qiodevice.cpp:91 #40 0xb57c5ae8 in KDEPrivate::AccessManagerReply::appendData (this=0x854a5b8, kioJob=0x88be6a0, data=...) at /usr/src/debug/kdelibs-4.5.4/kio/kio/accessmanagerreply_p.cpp:168 #41 0xb57c5c2c in KDEPrivate::AccessManagerReply::qt_metacall (this=0x854a5b8, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0xbffebcd4) at /usr/src/debug/kdelibs-4.5.4/build/kio/accessmanagerreply_p.moc:81 #42 0xb6f4ce5d in QMetaObject::metacall (object=0x854a5b8, cl=QMetaObject::InvokeMetaMethod, idx=15, argv=0xbffebcd4) at kernel/qmetaobject.cpp:237 #43 0xb6f5cffc in QMetaObject::activate (sender=0x88be6a0, m=0xb58b1360, local_signal_index=0, argv=0xbffebcd4) at kernel/qobject.cpp:3272 #44 0xb56d8b3d in KIO::TransferJob::data (this=0x88be6a0, _t1=0x88be6a0, _t2=...) at /usr/src/debug/kdelibs-4.5.4/build/kio/jobclasses.moc:388 #45 0xb56d8ba8 in KIO::TransferJob::slotData (this=0x88be6a0, _data=...) at /usr/src/debug/kdelibs-4.5.4/kio/kio/job.cpp:1005 #46 0xb57eb513 in KIO::TransferJob::qt_metacall (this=0x88be6a0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0xbffebe68) at /usr/src/debug/kdelibs-4.5.4/build/kio/jobclasses.moc:368 #47 0xb6f4ce5d in QMetaObject::metacall (object=0x88be6a0, cl=QMetaObject::InvokeMetaMethod, idx=48, argv=0xbffebe68) at kernel/qmetaobject.cpp:237 #48 0xb6f5cffc in QMetaObject::activate (sender=0x84dec70, m=0xb58b1660, local_signal_index=0, argv=0xbffebe68) at kernel/qobject.cpp:3272 #49 0xb56eda45 in KIO::SlaveInterface::data (this=0x84dec70, _t1=...) at /usr/src/debug/kdelibs-4.5.4/build/kio/slaveinterface.moc:146 #50 0xb581a320 in KIO::SlaveInterface::dispatch (this=0x84dec70, _cmd=100, rawdata=...) at /usr/src/debug/kdelibs-4.5.4/kio/kio/slaveinterface.cpp:163 #51 0xb577c36a in KIO::SlaveInterface::dispatch (this=0x84dec70) at /usr/src/debug/kdelibs-4.5.4/kio/kio/slaveinterface.cpp:91 #52 0xb57772d8 in KIO::Slave::gotInput (this=0x84dec70) at /usr/src/debug/kdelibs-4.5.4/kio/kio/slave.cpp:347 #53 0xb5780b1c in KIO::Slave::qt_metacall (this=0x84dec70, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0xbffec13c) at /usr/src/debug/kdelibs-4.5.4/build/kio/slave.moc:82 #54 0xb6f4ce5d in QMetaObject::metacall (object=0x84dec70, cl=QMetaObject::InvokeMetaMethod, idx=30, argv=0xbffec13c) at kernel/qmetaobject.cpp:237 #55 0xb6f5cffc in QMetaObject::activate (sender=0x84cb788, m=0xb58b1250, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3272 #56 0xb56cf0c5 in KIO::Connection::readyRead (this=0x84cb788) at /usr/src/debug/kdelibs-4.5.4/build/kio/connection.moc:92 #57 0xb578088a in KIO::ConnectionPrivate::dequeue (this=0x84e38f0) at /usr/src/debug/kdelibs-4.5.4/kio/kio/connection.cpp:82 #58 0xb578095f in KIO::Connection::qt_metacall (this=0x84cb788, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x8404fd0) at /usr/src/debug/kdelibs-4.5.4/build/kio/connection.moc:79 #59 0xb6f4ce5d in QMetaObject::metacall (object=0x84cb788, cl=QMetaObject::InvokeMetaMethod, idx=5, argv=0x8404fd0) at kernel/qmetaobject.cpp:237 #60 0xb6f57945 in QMetaCallEvent::placeMetaCall (this=0x84e5748, object=0x84cb788) at kernel/qobject.cpp:534 #61 0xb6f5bb7f in QObject::event (this=0x84cb788, e=0x84e5748) at kernel/qobject.cpp:1211 #62 0xb6442414 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #63 0xb644b137 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #64 0xb7582991 in KApplication::notify (this=0xbffeca44, receiver=0x84cb788, event=0x84e5748) at /usr/src/debug/kdelibs-4.5.4/kdeui/kernel/kapplication.cpp:310 #65 0xb6f465be in QCoreApplication::notifyInternal (this=0xbffeca44, receiver=0x84cb788, event=0x84e5748) at kernel/qcoreapplication.cpp:732 #66 0xb6f4a34c in sendEvent (receiver=0x0, event_type=0, data=0x80572a0) at kernel/qcoreapplication.h:215 #67 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x80572a0) at kernel/qcoreapplication.cpp:1373 #68 0xb6f4a49c in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1266 #69 0xb6f74bd4 in sendPostedEvents (s=0x80d4110) at kernel/qcoreapplication.h:220 #70 postEventSourceDispatch (s=0x80d4110) at kernel/qeventdispatcher_glib.cpp:277 #71 0xb5c78859 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #72 0xb5c79060 in ?? () from /usr/lib/libglib-2.0.so.0 #73 0xb5c7931e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #74 0xb6f74d5b in QEventDispatcherGlib::processEvents (this=0x80d1b98, flags=...) at kernel/qeventdispatcher_glib.cpp:422 #75 0xb64f89aa in ?? () from /usr/lib/libQtGui.so.4 #76 0xb6f4589d in QEventLoop::processEvents (this=0xbffec994, flags=...) at kernel/qeventloop.cpp:149 #77 0xb6f45ac9 in QEventLoop::exec (this=0xbffec994, flags=...) at kernel/qeventloop.cpp:201 #78 0xb6f4a570 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009 #79 0xb6440114 in QApplication::exec() () from /usr/lib/libQtGui.so.4 #80 0xb198d85a in kdemain () from /usr/lib/libkdeinit4_rekonq.so #81 0x0804e3f1 in _start () *** Bug 260264 has been marked as a duplicate of this bug. *** Is this crash still there ? We obviously are not able to duplicate this issue or it would have been fixed already. At this point I cannot tell you why you get the crash. There are people using konqueror+kwebkitpart in openSUSE without any problems... Yeah, still.... :-( I don't know what could be different on my system... (In reply to comment #6) > Yeah, still.... :-( > I don't know what could be different on my system... BTW, are able to try a more recent version of QtWebKit ? The version that comes bundled with Qt 4.7.x is the rather outdated version 2.0 while the latest usable and stable version of QtWebkit is 2.1. I doubt that openSUSE provides a seaparate QtWebKit package so that it can update it independent of Qt releases. See the http://trac.webkit.org/wiki/QtWebKitFeatures21 for more information on version 2.1. This may sound really silly, but it worked for me: Try deleting your ~/.kde4/share/apps/rekonq I was experiencing that bug a while ago in Archlinux, and for some totally unobvious reason (at least for me ;), it worked. Of course, your issue might be totally different... (In reply to comment #7) > BTW, are able to try a more recent version of QtWebKit ? I use Qt 4.8 from openSUSE's repos which are weekly or so git snapshots. So yes. (In reply to comment #8) > This may sound really silly, but it worked for me: > > Try deleting your ~/.kde4/share/apps/rekonq If the rekonq config folder was corrupted somehow, Konqueror + WebKit KPart would not been affected. But I tried anyway, along with deleting all config files related to the KPart and still the same. I even tried updating to the latest Flash version (10.2rc): Still the same. Can't KDEWWebKit just use nspluginviewer or something alike? If Flash or any other plugin simplay crashed silently, I wouldn't even notice the crash (since It's now when I leave the web site). (In reply to comment #9) > (In reply to comment #7) > > > BTW, are able to try a more recent version of QtWebKit ? > I use Qt 4.8 from openSUSE's repos which are weekly or so git snapshots. So > yes. Well then not sure what is the issue in your particular machine. The usual cause of flash crash on openSUSE used to be the nspluginwrapper, but you do not seem to have that installed. > (In reply to comment #8) > > This may sound really silly, but it worked for me: > > > > Try deleting your ~/.kde4/share/apps/rekonq > If the rekonq config folder was corrupted somehow, Konqueror + WebKit KPart > would not been affected. > But I tried anyway, along with deleting all config files related to the KPart > and still the same. I even tried updating to the latest Flash version (10.2rc): > Still the same. > > Can't KDEWWebKit just use nspluginviewer or something alike? Nope. I really tried to make nspluginviewer the default flash handler, going as far as making it the default flash handler when QtWebKit's support for flash was horrible. That however was reverted back to QtWebKit's implementation once the flash support there became much more stable and more functional than what nspluginviewer provided. See bug# 232736 for the details. > If Flash or any other plugin simplay crashed silently, I wouldn't even notice the crash (since > It's now when I leave the web site). The only option for achieving that in QtWebKit based browsers is to use the nspluginwrapper. And since you are using Qt 4.8, the fixes that were made in QtWebKit for those using nspluginwrapper should be there. Until QtWebKit decides to embed the flash plugin using a separate process or webkit2 with its separate process model becomes useful that is the only viable option available. *** Bug 285976 has been marked as a duplicate of this bug. *** *** Bug 271422 has been marked as a duplicate of this bug. *** *** Bug 270841 has been marked as a duplicate of this bug. *** *** Bug 267266 has been marked as a duplicate of this bug. *** Why are you marking all those bug reports as being duplicate of 252473, when they clearly are not ??? On Mon, Nov 7, 2011 at 3:57 PM, Lamarque V. Souza <lamarque@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=252473 > > > Lamarque V. Souza <lamarque@kde.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |somerville.joe@gmail.com > > > > > --- Comment #14 from Lamarque V. Souza <lamarque kde org> 2011-11-07 20:57:24 --- > *** Bug 267266 has been marked as a duplicate of this bug. *** > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the assignee for the bug. > _______________________________________________ > WebKit-devel mailing list > WebKit-devel@kde.org > https://mail.kde.org/mailman/listinfo/webkit-devel > The first two crash reports do not mention Flash at all. I reopened them. The other two at least mention Flash in the crash log. No idea whether Flash caused the crashes. Em Tuesday 08 November 2011, Dawit A escreveu:
> Why are you marking all those bug reports as being duplicate of
> 252473, when they clearly are not ???
I would not say so certainly they are clearly not duplicates. The
crashlogs are exactly the same except for the fact that in the ones I marked
as duplicates there is no debug symbols in libQtWebKit. If you ask the
reporters to added the debug symbols you should not be surprised if the
crashlogs match perfectly.
Is this crash still valid for you with the more recent versions of Qt (4.8.1) and the flash player plugin (11.2) ? I was never able to reproduce this issue, but then again I am not using OpenSUSE. 11.2 works a-ok, whereas 11.1 crashed for all qtwebkit-using browsers for me, references, https://bugbase.adobe.com/index.cfm?event=bug&id=3075423 https://bugs.webkit.org/show_bug.cgi?id=76472 See prior comments. |