Summary: | Rekonq crashes on internet connection break | ||
---|---|---|---|
Product: | [Unmaintained] rekonq | Reporter: | Christian <christian.lange.81> |
Component: | general | Assignee: | Andrea Diamantini <adjam7> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | crash | CC: | asoliverez, awilfox, benoit.leffray.kde, bosyber, edoubrayrie, eljefedelito, forenhampel, michael, pjetur, redm, steve.nordquist, tchize7 |
Priority: | NOR | ||
Version: | latest git snapshot | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi New crash information added by DrKonqi New crash information added by DrKonqi New crash information generated by kde crash handler New crash information added by DrKonqi New crash information added by DrKonqi New crash information added by DrKonqi |
Description
Christian
2013-01-10 08:32:51 UTC
Created attachment 76783 [details]
New crash information added by DrKonqi
rekonq (2.0) on KDE Platform 4.9.98 using Qt 4.8.3
- What I was doing when the application crashed:
Just logged out of my PC in the evening, then logged in again the next morning, and I then found this crash.
-- Backtrace (Reduced):
#7 0x00007ff38bf8a6e1 in QObject::disconnect (sender=0x3964f80, signal=0x0, receiver=0x1fb7390, method=0x2dce7d9 "receiveMetaData()") at kernel/qobject.cpp:2891
#8 0x00007ff38f9320ae in disconnect (member=0x7ff38ff0c5cf "1receiveMetaData()", receiver=0x1fb7390, this=<optimized out>) at /usr/include/qt4/QtCore/qobject.h:252
#9 WebCore::QNetworkReplyWrapper::resetConnections (this=0x1fb7390) at platform/network/qt/QNetworkReplyHandler.cpp:254
#10 0x00007ff38f93210d in WebCore::QNetworkReplyWrapper::release (this=0x1fb7390) at platform/network/qt/QNetworkReplyHandler.cpp:235
#11 0x00007ff38f932286 in WebCore::QNetworkReplyHandler::release (this=this@entry=0x28f0190) at platform/network/qt/QNetworkReplyHandler.cpp:419
Created attachment 77588 [details]
New crash information added by DrKonqi
rekonq (2.1) on KDE Platform 4.10.00 "release 550" using Qt 4.8.4
- What I was doing when the application crashed:
The browser was sitting idle, overnight. It's been 3 nights in a row that I wake up to a Rekonq crash report.
My network has been bad lately, with lots of timeout and other network issues. Perhaps this has something to do with the crash.
-- Backtrace (Reduced):
#5 0x00007f490555392f in QObject::disconnect (sender=0x6361610, signal=0x0, receiver=0x76b3150, method=0x9aae2c9 "receiveMetaData()") at kernel/qobject.cpp:2896
#6 0x00007f48fac26d1e in disconnect (member=0x7f48fb224e6f "1receiveMetaData()", receiver=0x76b3150, this=<optimized out>) at /usr/include/QtCore/qobject.h:252
#7 WebCore::QNetworkReplyWrapper::resetConnections (this=0x76b3150) at ../../../Source/WebCore/platform/network/qt/QNetworkReplyHandler.cpp:254
#8 0x00007f48fac26d7d in WebCore::QNetworkReplyWrapper::release (this=0x76b3150) at ../../../Source/WebCore/platform/network/qt/QNetworkReplyHandler.cpp:235
#9 0x00007f48fac26ef6 in WebCore::QNetworkReplyHandler::release (this=this@entry=0x712c070) at ../../../Source/WebCore/platform/network/qt/QNetworkReplyHandler.cpp:419
Created attachment 78091 [details]
New crash information added by DrKonqi
rekonq (2.2.1) on KDE Platform 4.10.1 using Qt 4.8.3
- What I was doing when the application crashed:
Logged out the evening before. Logged in again the next morning and I found this crash.
-- Backtrace (Reduced):
#6 0x00007f45bde2170f in QObject::disconnect (sender=0x72ba260, signal=0x0, receiver=0x76b4730, method=0x7d7a919 "receiveMetaData()") at kernel/qobject.cpp:2891
#7 0x00007f45c23090ae in disconnect (member=0x7f45c28e35cf "1receiveMetaData()", receiver=0x76b4730, this=<optimized out>) at /usr/include/qt4/QtCore/qobject.h:252
#8 WebCore::QNetworkReplyWrapper::resetConnections (this=0x76b4730) at platform/network/qt/QNetworkReplyHandler.cpp:254
#9 0x00007f45c230910d in WebCore::QNetworkReplyWrapper::release (this=0x76b4730) at platform/network/qt/QNetworkReplyHandler.cpp:235
#10 0x00007f45c2309286 in WebCore::QNetworkReplyHandler::release (this=this@entry=0x727ee30) at platform/network/qt/QNetworkReplyHandler.cpp:419
Created attachment 78234 [details]
New crash information added by DrKonqi
rekonq (2.2.1) on KDE Platform 4.10.1 using Qt 4.8.3
- What I was doing when the application crashed:
Logged out of my PC yesterday evening. Logged in again this morning and I then found this crash.
-- Backtrace (Reduced):
#6 0x00007f8083cb570f in QObject::disconnect (sender=0x8a3bb50, signal=0x0, receiver=0x8628580, method=0x8349229 "receiveMetaData()") at kernel/qobject.cpp:2891
#7 0x00007f808819d0ae in disconnect (member=0x7f80887775cf "1receiveMetaData()", receiver=0x8628580, this=<optimized out>) at /usr/include/qt4/QtCore/qobject.h:252
#8 WebCore::QNetworkReplyWrapper::resetConnections (this=0x8628580) at platform/network/qt/QNetworkReplyHandler.cpp:254
#9 0x00007f808819d10d in WebCore::QNetworkReplyWrapper::release (this=0x8628580) at platform/network/qt/QNetworkReplyHandler.cpp:235
#10 0x00007f808819d286 in WebCore::QNetworkReplyHandler::release (this=this@entry=0x89ae4b0) at platform/network/qt/QNetworkReplyHandler.cpp:419
Created attachment 78252 [details]
New crash information generated by kde crash handler
*** Bug 313002 has been marked as a duplicate of this bug. *** *** Bug 315618 has been marked as a duplicate of this bug. *** *** Bug 316443 has been marked as a duplicate of this bug. *** *** Bug 318400 has been marked as a duplicate of this bug. *** *** Bug 320464 has been marked as a duplicate of this bug. *** Just to say I upgraded this bug report because of someone of you (10 people?) reporting it again. I trust this is happening, but I just couldn't reproduce this once on my 2 machines. Slackware && ArchLinux here. This bug is anyway somewhat qt-webkit related, not rekonq. At least given what I uderstand from your backtraces. Stay tuned for updates about. I just got this crash the second time since I upgraded to rekonq 2.3.2. I never had this before. KDE is still 4.10.3 (maybe I should try to update this...) Application: rekonq (0.9.2) KDE Platform Version: 4.10.5 Qt Version: 4.8.5 Operating System: Linux 3.2.0-4-686-pae i686 Distribution: Debian GNU/Linux unstable (sid) -- Information about the crash: - What I was doing when the application crashed: I had Rekonq running overnight and when i logged into my locked KDE in the morning, Rekonq had crashed. -- Backtrace: Application: rekonq (rekonq), signal: Segmentation fault Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1". [Current thread is 1 (Thread 0xb7734980 (LWP 30731))] Thread 17 (Thread 0xb64dfb40 (LWP 30733)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x4151323c in __pthread_cond_wait (cond=0x4d19b8d0 <WTF::pageheap_memory+20720>, mutex=0x4d19b8b8 <WTF::pageheap_memory+20696>) at forward.c:149 #3 0x4ca44889 in WTF::TCMalloc_PageHeap::scavengerThread (this=this@entry=0x4d1967e0 <WTF::pageheap_memory>) at wtf/FastMalloc.cpp:2499 #4 0x4ca4491f in WTF::TCMalloc_PageHeap::runScavengerThread (context=0x4d1967e0 <WTF::pageheap_memory>) at wtf/FastMalloc.cpp:1622 #5 0x4161bcf1 in start_thread (arg=0xb64dfb40) at pthread_create.c:311 #6 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 16 (Thread 0xb5bbeb40 (LWP 31344)): #0 0xb7774424 in __kernel_vsyscall () #1 0x41518bc2 in clock_gettime (clock_id=1, tp=0xb5bbdff8) at ../sysdeps/unix/clock_gettime.c:115 #2 0x490e873c in do_gettime (frac=0xb5bbdff0, sec=0xb5bbdfe8) at tools/qelapsedtimer_unix.cpp:127 #3 qt_gettime () at tools/qelapsedtimer_unix.cpp:144 #4 0x491cebe2 in updateCurrentTime (this=0xb5202074) at kernel/qeventdispatcher_unix.cpp:354 #5 QTimerInfoList::timerWait (this=this@entry=0xb5202074, tm=...) at kernel/qeventdispatcher_unix.cpp:460 #6 0x491cd19b in timerSourcePrepareHelper (src=src@entry=0xb5202040, timeout=0xb5bbe0dc) at kernel/qeventdispatcher_glib.cpp:136 #7 0x491cd22a in timerSourcePrepare (source=0xb5202040, timeout=<optimized out>) at kernel/qeventdispatcher_glib.cpp:169 #8 0x41863c91 in g_main_context_prepare () from /lib/i386-linux-gnu/libglib-2.0.so.0 #9 0x4186454f in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0x418647b1 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #11 0x491cd36f in QEventDispatcherGlib::processEvents (this=0xb5200468, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #12 0x4919c273 in QEventLoop::processEvents (this=this@entry=0xb5bbe258, flags=...) at kernel/qeventloop.cpp:149 #13 0x4919c599 in QEventLoop::exec (this=this@entry=0xb5bbe258, flags=...) at kernel/qeventloop.cpp:204 #14 0x4908a91d in QThread::exec (this=this@entry=0x90acf38) at thread/qthread.cpp:536 #15 0x4908aa6b in QThread::run (this=0x90acf38) at thread/qthread.cpp:603 #16 0x4908d26f in QThreadPrivate::start (arg=0x90acf38) at thread/qthread_unix.cpp:338 #17 0x4161bcf1 in start_thread (arg=0xb5bbeb40) at pthread_create.c:311 #18 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 15 (Thread 0xb51ffb40 (LWP 31345)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x4151323c in __pthread_cond_wait (cond=0x4d426350, mutex=0x4d426338) at forward.c:149 #3 0x4d325012 in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4 #4 0x4d32505f in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4 #5 0x4161bcf1 in start_thread (arg=0xb51ffb40) at pthread_create.c:311 #6 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 14 (Thread 0xb45feb40 (LWP 31346)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x4151323c in __pthread_cond_wait (cond=0x8f90918, mutex=0x8f90900) at forward.c:149 #3 0x4908d7e5 in wait (time=4294967295, this=0x8f90900) at thread/qwaitcondition_unix.cpp:86 #4 QWaitCondition::wait (this=this@entry=0x8f92668, mutex=0x8f90a20, time=time@entry=4294967295) at thread/qwaitcondition_unix.cpp:158 #5 0x4b10a373 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8f92650, th=th@entry=0x90e6850) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0x4b10d65b in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x8f8f578, th=0x90e6850) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0x4b10a2ca in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0x8f92650, th=th@entry=0x90e6850) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0x4b10d73a in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x90e6850) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x90e6850, previous=0x9dc71a0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0x4b10bef4 in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0xb45fe274, parent=0x8f92650, th=th@entry=0x90e6850) at ../../../threadweaver/Weaver/Thread.cpp:87 #11 0x4b10bfc5 in ThreadWeaver::Thread::run (this=0x90e6850) at ../../../threadweaver/Weaver/Thread.cpp:142 #12 0x4908d26f in QThreadPrivate::start (arg=0x90e6850) at thread/qthread_unix.cpp:338 #13 0x4161bcf1 in start_thread (arg=0xb45feb40) at pthread_create.c:311 #14 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 13 (Thread 0xb2f96b40 (LWP 570)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x418a84d6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x46768f3f in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #4 0x46769f08 in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #5 0x4188abc8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0xb2f96b40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 12 (Thread 0xa41c8b40 (LWP 575)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x418a84d6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x46768f3f in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #4 0x46769f08 in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #5 0x4188abc8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0xa41c8b40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 11 (Thread 0xa31c6b40 (LWP 578)): #0 0x414f7827 in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x4b3e56bd in ?? () from /usr/lib/i386-linux-gnu/libpulse.so.0 #2 0x4b3d3fae in pa_mainloop_poll () from /usr/lib/i386-linux-gnu/libpulse.so.0 #3 0x4b3d47dd in pa_mainloop_iterate () from /usr/lib/i386-linux-gnu/libpulse.so.0 #4 0x4b3d48b4 in pa_mainloop_run () from /usr/lib/i386-linux-gnu/libpulse.so.0 #5 0x4b3e565c in ?? () from /usr/lib/i386-linux-gnu/libpulse.so.0 #6 0x4b38abad in ?? () from /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-4.0.so #7 0x4161bcf1 in start_thread (arg=0xa31c6b40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 10 (Thread 0x9d53cb40 (LWP 581)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x418a84d6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x46768f3f in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #4 0x46769f08 in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #5 0x4188abc8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0x9d53cb40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 9 (Thread 0xb25ffb40 (LWP 13741)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x4151323c in __pthread_cond_wait (cond=0x8f90918, mutex=0x8f90900) at forward.c:149 #3 0x4908d7e5 in wait (time=4294967295, this=0x8f90900) at thread/qwaitcondition_unix.cpp:86 #4 QWaitCondition::wait (this=this@entry=0x8f92668, mutex=0x8f90a20, time=time@entry=4294967295) at thread/qwaitcondition_unix.cpp:158 #5 0x4b10a373 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8f92650, th=th@entry=0x9716748) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0x4b10d65b in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x8f8f578, th=0x9716748) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0x4b10a2ca in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0x8f92650, th=th@entry=0x9716748) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0x4b10d73a in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x9716748) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x9716748, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0x4b10d759 in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x9716748) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #11 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x9716748, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #12 0x4b10d759 in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x9716748) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #13 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x9716748, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #14 0x4b10d759 in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x9716748) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #15 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x9716748, previous=0xc807470) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #16 0x4b10bef4 in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0xb25ff274, parent=0x8f92650, th=th@entry=0x9716748) at ../../../threadweaver/Weaver/Thread.cpp:87 #17 0x4b10bfc5 in ThreadWeaver::Thread::run (this=0x9716748) at ../../../threadweaver/Weaver/Thread.cpp:142 #18 0x4908d26f in QThreadPrivate::start (arg=0x9716748) at thread/qthread_unix.cpp:338 #19 0x4161bcf1 in start_thread (arg=0xb25ffb40) at pthread_create.c:311 #20 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 8 (Thread 0x9aecdb40 (LWP 13742)): #0 0x491cd70e in testAndSetOrdered (newValue=0, expectedValue=1, this=0xb3c1a228) at ../../include/QtCore/../../src/corelib/arch/qatomic_i386.h:144 #1 testAndSetRelease (newValue=0, expectedValue=1, this=0xb3c1a228) at ../../include/QtCore/../../src/corelib/arch/qatomic_i386.h:271 #2 unlockInline (this=0xb3c07984) at ../../include/QtCore/../../src/corelib/thread/qmutex.h:171 #3 unlock (this=<synthetic pointer>) at ../../include/QtCore/../../src/corelib/thread/qmutex.h:121 #4 ~QMutexLocker (this=<synthetic pointer>, __in_chrg=<optimized out>) at ../../include/QtCore/../../src/corelib/thread/qmutex.h:115 #5 canWaitLocked (this=<optimized out>) at ../../include/QtCore/private/../../../src/corelib/thread/qthread_p.h:228 #6 postEventSourcePrepare (s=0xb3c192e0, timeout=0x9aecd0cc) at kernel/qeventdispatcher_glib.cpp:263 #7 0x41863c91 in g_main_context_prepare () from /lib/i386-linux-gnu/libglib-2.0.so.0 #8 0x4186454f in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #9 0x418647b1 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0x491cd36f in QEventDispatcherGlib::processEvents (this=0xb3c1a350, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #11 0x4919c273 in QEventLoop::processEvents (this=this@entry=0x9aecd248, flags=...) at kernel/qeventloop.cpp:149 #12 0x4919c599 in QEventLoop::exec (this=this@entry=0x9aecd248, flags=...) at kernel/qeventloop.cpp:204 #13 0x4908a91d in QThread::exec (this=this@entry=0xb3c07870) at thread/qthread.cpp:536 #14 0x4aeabed6 in KIO::NameLookUpThread::run (this=0xb3c07870) at ../../kio/kio/hostinfo.cpp:226 #15 0x4908d26f in QThreadPrivate::start (arg=0xb3c07870) at thread/qthread_unix.cpp:338 #16 0x4161bcf1 in start_thread (arg=0x9aecdb40) at pthread_create.c:311 #17 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 7 (Thread 0x97a42b40 (LWP 13968)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x4151323c in __pthread_cond_wait (cond=0x8f90918, mutex=0x8f90900) at forward.c:149 #3 0x4908d7e5 in wait (time=4294967295, this=0x8f90900) at thread/qwaitcondition_unix.cpp:86 #4 QWaitCondition::wait (this=this@entry=0x8f92668, mutex=0x8f90a20, time=time@entry=4294967295) at thread/qwaitcondition_unix.cpp:158 #5 0x4b10a373 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8f92650, th=th@entry=0xa11e6a0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0x4b10d65b in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x8f8f578, th=0xa11e6a0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0x4b10a2ca in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0x8f92650, th=th@entry=0xa11e6a0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0x4b10d73a in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0xa11e6a0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0xa11e6a0, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0x4b10d759 in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0xa11e6a0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #11 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0xa11e6a0, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #12 0x4b10d759 in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0xa11e6a0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #13 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0xa11e6a0, previous=0xb68be10) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #14 0x4b10bef4 in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x97a42274, parent=0x8f92650, th=th@entry=0xa11e6a0) at ../../../threadweaver/Weaver/Thread.cpp:87 #15 0x4b10bfc5 in ThreadWeaver::Thread::run (this=0xa11e6a0) at ../../../threadweaver/Weaver/Thread.cpp:142 #16 0x4908d26f in QThreadPrivate::start (arg=0xa11e6a0) at thread/qthread_unix.cpp:338 #17 0x4161bcf1 in start_thread (arg=0x97a42b40) at pthread_create.c:311 #18 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 6 (Thread 0x989b8b40 (LWP 16277)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x4151323c in __pthread_cond_wait (cond=0x8f90918, mutex=0x8f90900) at forward.c:149 #3 0x4908d7e5 in wait (time=4294967295, this=0x8f90900) at thread/qwaitcondition_unix.cpp:86 #4 QWaitCondition::wait (this=this@entry=0x8f92668, mutex=0x8f90a20, time=time@entry=4294967295) at thread/qwaitcondition_unix.cpp:158 #5 0x4b10a373 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8f92650, th=th@entry=0x9e7d0c0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0x4b10d65b in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x8f8f578, th=0x9e7d0c0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0x4b10a2ca in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0x8f92650, th=th@entry=0x9e7d0c0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0x4b10d73a in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x9e7d0c0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x9e7d0c0, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0x4b10d759 in ThreadWeaver::WorkingHardState::applyForWork (this=0x8f8f578, th=0x9e7d0c0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #11 0x4b10a1f2 in ThreadWeaver::WeaverImpl::applyForWork (this=0x8f92650, th=0x9e7d0c0, previous=0x9326558) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #12 0x4b10bef4 in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x989b8274, parent=0x8f92650, th=th@entry=0x9e7d0c0) at ../../../threadweaver/Weaver/Thread.cpp:87 #13 0x4b10bfc5 in ThreadWeaver::Thread::run (this=0x9e7d0c0) at ../../../threadweaver/Weaver/Thread.cpp:142 #14 0x4908d26f in QThreadPrivate::start (arg=0x9e7d0c0) at thread/qthread_unix.cpp:338 #15 0x4161bcf1 in start_thread (arg=0x989b8b40) at pthread_create.c:311 #16 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 5 (Thread 0xa56ffb40 (LWP 16837)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x418a84d6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x46768f3f in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #4 0x46769f08 in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #5 0x4188abc8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0xa56ffb40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 4 (Thread 0x96376b40 (LWP 16842)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x418a84d6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x46768f3f in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #4 0x46769f08 in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #5 0x4188abc8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0x96376b40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 3 (Thread 0x8b25eb40 (LWP 16844)): #0 0xb7774424 in __kernel_vsyscall () #1 0x4161f7ab in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 #2 0x418a84d6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x46768f3f in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #4 0x46769f08 in ?? () from /usr/lib/i386-linux-gnu/libgstreamer-0.10.so.0 #5 0x4188abc8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0x8b25eb40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 2 (Thread 0x7f42bb40 (LWP 19978)): #0 0x418a7dfa in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #1 0x418a8118 in g_mutex_unlock () from /lib/i386-linux-gnu/libglib-2.0.so.0 #2 0x41863f6d in g_main_context_query () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x418645ae in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0x41864bab in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0x41eb0fba in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #6 0x4188a1a3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x4161bcf1 in start_thread (arg=0x7f42bb40) at pthread_create.c:311 #8 0x4150601e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131 Thread 1 (Thread 0xb7734980 (LWP 30731)): [KCrash Handler] #7 0x491b1a8b in QObject::disconnect (sender=0xbb4aa88, signal=<optimized out>, signal@entry=0x0, receiver=receiver@entry=0xadede10, method=<optimized out>, method@entry=0x4cd2f475 "1receiveMetaData()") at kernel/qobject.cpp:2891 #8 0x4c717189 in disconnect (member=0x4cd2f475 "1receiveMetaData()", receiver=0xadede10, this=<optimized out>) at /usr/include/qt4/QtCore/qobject.h:252 #9 WebCore::QNetworkReplyWrapper::resetConnections (this=this@entry=0xadede10) at platform/network/qt/QNetworkReplyHandler.cpp:254 #10 0x4c717214 in WebCore::QNetworkReplyWrapper::release (this=0xadede10) at platform/network/qt/QNetworkReplyHandler.cpp:235 #11 0x4c7173d7 in WebCore::QNetworkReplyHandler::release (this=this@entry=0x970a7c8) at platform/network/qt/QNetworkReplyHandler.cpp:419 #12 0x4c717424 in WebCore::QNetworkReplyHandler::abort (this=0x970a7c8) at platform/network/qt/QNetworkReplyHandler.cpp:407 #13 0x4c7142a9 in WebCore::ResourceHandle::cancel (this=0x8d5ac040) at platform/network/qt/ResourceHandleQt.cpp:107 #14 0x4c50ab48 in WebCore::PingLoader::~PingLoader (this=0xa6d9aee0, __in_chrg=<optimized out>) at loader/PingLoader.cpp:130 #15 0x4c50abec in WebCore::PingLoader::~PingLoader (this=0xa6d9aee0, __in_chrg=<optimized out>) at loader/PingLoader.cpp:131 #16 0x4c50aa03 in WebCore::PingLoader::timeout (this=0xa6d9aee0) at loader/PingLoader.h:70 #17 0x4c50aa45 in WebCore::Timer<WebCore::PingLoader>::fired (this=0xa6d9aee8) at platform/Timer.h:100 #18 0x4c5e0ba0 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0xb5c04120) at platform/ThreadTimers.cpp:112 #19 0x4c5e0c24 in WebCore::ThreadTimers::sharedTimerFired () at platform/ThreadTimers.cpp:90 #20 0x4c7329ae in WebCore::SharedTimerQt::timerEvent (this=0x90ae0a8, ev=0xbfd55030) at platform/qt/SharedTimerQt.cpp:120 #21 0x491b6e1c in QObject::event (this=0x90ae0a8, e=0xbfd55030) at kernel/qobject.cpp:1156 #22 0x49cebc94 in QApplicationPrivate::notify_helper (this=0x8e915a0, receiver=0x90ae0a8, e=0xbfd55030) at kernel/qapplication.cpp:4567 #23 0x49cf2793 in QApplication::notify (this=0xbfd55340, receiver=receiver@entry=0x90ae0a8, e=e@entry=0xbfd55030) at kernel/qapplication.cpp:4353 #24 0x4aadca94 in KApplication::notify (this=0xbfd55340, receiver=0x90ae0a8, event=0xbfd55030) at ../../kdeui/kernel/kapplication.cpp:311 #25 0x4919d82a in QCoreApplication::notifyInternal (this=0xbfd55340, receiver=0x90ae0a8, event=event@entry=0xbfd55030) at kernel/qcoreapplication.cpp:949 #26 0x491d010b in sendEvent (event=0xbfd55030, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #27 QTimerInfoList::activateTimers (this=0x8e917dc) at kernel/qeventdispatcher_unix.cpp:621 #28 0x491cd13b in timerSourceDispatch (source=<optimized out>) at kernel/qeventdispatcher_glib.cpp:186 #29 idleTimerSourceDispatch (source=0x8e91680) at kernel/qeventdispatcher_glib.cpp:233 #30 0x41864333 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #31 0x418646d0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #32 0x418647b1 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #33 0x491cd34f in QEventDispatcherGlib::processEvents (this=this@entry=0x8e60e90, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #34 0x49d9d1fe in QGuiEventDispatcherGlib::processEvents (this=0x8e60e90, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #35 0x4919c273 in QEventLoop::processEvents (this=this@entry=0xbfd55278, flags=...) at kernel/qeventloop.cpp:149 #36 0x4919c599 in QEventLoop::exec (this=this@entry=0xbfd55278, flags=...) at kernel/qeventloop.cpp:204 #37 0x491a221e in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1221 #38 0x49cea124 in QApplication::exec () at kernel/qapplication.cpp:3828 #39 0x4985dc58 in kdemain (argc=1, argv=0xbfd55474) at /build/buildd-rekonq_0.9.2-1-i386-cTRXi8/rekonq-0.9.2/src/main.cpp:180 #40 0x0804860b in main (argc=1, argv=0xbfd55474) at /build/buildd-rekonq_0.9.2-1-i386-cTRXi8/rekonq-0.9.2/obj-i486-linux-gnu/src/rekonq_dummy.cpp:3 This bug may be a duplicate of or related to bug 312998. Possible duplicates by query: bug 322337, bug 322031, bug 320464, bug 318400, bug 316443. Reported using DrKonqi Created attachment 81562 [details]
New crash information added by DrKonqi
rekonq (2.3.2) on KDE Platform 4.10.5 using Qt 4.8.4
Left overnight and rekonq had crashed when i sat down morning after!
Repeatable? (Yes/No) - just leave it and (more often than not) it will crash!
-- Backtrace (Reduced):
#7 0x00007fe6ccfcee51 in QObject::disconnect (sender=0x987eb60, signal=0x0, receiver=0x18fa020, method=0x9dd4fb9 "receiveMetaData()") at kernel/qobject.cpp:2887
#8 0x00007fe6d164155e in WebCore::QNetworkReplyWrapper::resetConnections() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#9 0x00007fe6d16415bd in WebCore::QNetworkReplyWrapper::release() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#10 0x00007fe6d1641741 in WebCore::QNetworkReplyHandler::release() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#11 0x00007fe6d164179e in WebCore::QNetworkReplyHandler::abort() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
Created attachment 81769 [details]
New crash information added by DrKonqi
rekonq (2.3.2) on KDE Platform 4.11.00 using Qt 4.8.4
- What I was doing when the application crashed:
My kde session was on. I left my computer for a few minutes so that the screen saver turned the screen off.
Then I came back, touched the keyboard to get kde to turn on the screen again and then I found this crash waiting for me.
-- Backtrace (Reduced):
#6 0x00007f567a8cce4f in QObject::disconnect (sender=0x11828250, signal=0x0, receiver=0x111b1000, method=0x10d22d29 "receiveMetaData()") at kernel/qobject.cpp:2887
#7 0x00007f567ef2754e in WebCore::QNetworkReplyWrapper::resetConnections() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#8 0x00007f567ef275ad in WebCore::QNetworkReplyWrapper::release() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#9 0x00007f567ef27731 in WebCore::QNetworkReplyHandler::release() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#10 0x00007f567ef2778e in WebCore::QNetworkReplyHandler::abort() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
There's an upstream bug at https://bugs.webkit.org/show_bug.cgi?id=81041 . A patch for this is apparently in WebKit's SVN. The bug report which tracked this problem is https://bugs.webkit.org/show_bug.cgi?id=116035 , and the patch is present in the "qtwebkit23" package (the Qt5's webkit backported to qt4). From the above, it seems that one should really be running that webkit instead of the one which ships with Qt4. Created attachment 82898 [details]
New crash information added by DrKonqi
rekonq (2.2.1) on KDE Platform 4.10.5 using Qt 4.8.4
- What I was doing when the application crashed:
I left my laptop idle - it was not locked, and no other network connections (i.e. weechat, pidgin) were disrupted while my laptop was idle. When I returned to it this morning, the KDE Crash Handler was open. My wi-fi does sometimes drop for a few seconds, but no other applications are particularly sensitive to this and rekonq did not appear to care when the screen was on.
- Special hardware/software information:
awilcox@pwyll:~/Code$ uname -a; sudo dmidecode -s system-product-name
Linux pwyll 3.8.0-31-generic #46-Ubuntu SMP Tue Sep 10 20:03:44 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
MacBookPro8,1
-- Backtrace (Reduced):
#6 0x00007f51ab439e4f in QObject::disconnect (sender=0x9ebfd80, signal=0x0, receiver=0x6385270, method=0x9e361a9 "receiveMetaData()") at kernel/qobject.cpp:2887
#7 0x00007f51af86655e in WebCore::QNetworkReplyWrapper::resetConnections() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#8 0x00007f51af8665bd in WebCore::QNetworkReplyWrapper::release() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#9 0x00007f51af866741 in WebCore::QNetworkReplyHandler::release() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#10 0x00007f51af86679e in WebCore::QNetworkReplyHandler::abort() () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
*** Bug 326984 has been marked as a duplicate of this bug. *** Probably a duplicate of bug 309986 Development on Rekonq ceased four years ago, and it has been unmaintained since then. KDE recommends using Falkon instead. |