Summary: | rekonq crash on opening .pdf | ||
---|---|---|---|
Product: | [Unmaintained] rekonq | Reporter: | dev |
Component: | general | Assignee: | Andrea Diamantini <adjam7> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | david.goller, mroeben, phissica, xavier.corredor.llano |
Priority: | NOR | ||
Version: | 0.4.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
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 working site |
Description
dev
2010-04-26 09:51:44 UTC
I confirm this: rekonq can not open files pdf, doc, odt, ppt,.... (problems with okular and openoffice embedded?) I used rekonq-git 2010-04-26 fixed in master Created attachment 43428 [details] New crash information added by DrKonqi Go to http://www.ctan.org/tex-archive/help/Catalogue/entries/mhchem.html and then try to open the pdf from 'Documentation' (http://www.ctan.org/tex-archive/macros/latex/contrib/mhchem/mhchem.pdf). Rekonq is crashing immediately. Tried it several times, also other pdfs from other sites keep crashing rekonq by clicking on a link to a pdf file. Created attachment 48285 [details]
New crash information added by DrKonqi
I'm wondering, is this bug really not present anymore? I've compiled rekonq 0.4.95 today and tried to open a pdf file. Rekonq immediately crashed.
Created attachment 49079 [details]
New crash information added by DrKonqi
I'm using rekonq version 0.4.95. When I reinstalled rekonq after a fresh Kubuntu 10.04 installation some months ago, it was possible to open PDF. In the meanwhile rekonq crashes again when I try to open a PDF with the okular-plugin. Maybe it's a 64bit related problem?
i have the same problem with version 0.5.0 on opensuse 11.3 64bit: Application: rekonq (kdeinit4), signal: Illegal instruction [Current thread is 1 (Thread 0x7fc71312b760 (LWP 10163))] Thread 5 (Thread 0x7fc6f87ed710 (LWP 10164)): #0 0x00007fc711ae039c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fc7082832a0 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtWebKit.so.4 #2 0x00007fc7082832d9 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtWebKit.so.4 #3 0x00007fc711adba4f in start_thread () from /lib64/libpthread.so.0 #4 0x00007fc7108cb82d in clone () from /lib64/libc.so.6 #5 0x0000000000000000 in ?? () Thread 4 (Thread 0x7fc6f690b710 (LWP 10165)): #0 0x00007fc711ae039c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fc711d6a2bb in wait (this=<value optimized out>, mutex=0x7fc6a0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x7fc6a0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007fc70760b3f6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x7ef2b0, th=0x92c780) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/WeaverImpl.cpp:365 #4 0x00007fc70760de35 in waitForAvailableJob (this=0x7ec840, th=0x92c780) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/WeaverImpl.cpp:356 #5 ThreadWeaver::WorkingHardState::applyForWork (this=0x7ec840, th=0x92c780) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/WorkingHardState.cpp:71 #6 0x00007fc70760b7ef in ThreadWeaver::ThreadRunHelper::run (this=0x7fc6f690ae30, parent=0x7ef2b0, th=0x92c780) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/Thread.cpp:87 #7 0x00007fc70760b878 in ThreadWeaver::Thread::run (this=0x92c780) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/Thread.cpp:142 #8 0x00007fc711d69bf5 in QThreadPrivate::start (arg=0x92c780) at thread/qthread_unix.cpp:248 #9 0x00007fc711adba4f in start_thread () from /lib64/libpthread.so.0 #10 0x00007fc7108cb82d in clone () from /lib64/libc.so.6 #11 0x0000000000000000 in ?? () Thread 3 (Thread 0x7fc6f5e90710 (LWP 10166)): #0 0x00007fc711ae039c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fc711d6a2bb in wait (this=<value optimized out>, mutex=0x26f8c30, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x26f8c30, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007fc7087802f8 in WebCore::IconDatabase::syncThreadMainLoop() () from /usr/lib64/libQtWebKit.so.4 #4 0x00007fc70878486b in WebCore::IconDatabase::iconDatabaseSyncThread() () from /usr/lib64/libQtWebKit.so.4 #5 0x00007fc708289feb in WTF::ThreadPrivate::run() () from /usr/lib64/libQtWebKit.so.4 #6 0x00007fc711d69bf5 in QThreadPrivate::start (arg=0x6f9a70) at thread/qthread_unix.cpp:248 #7 0x00007fc711adba4f in start_thread () from /lib64/libpthread.so.0 #8 0x00007fc7108cb82d in clone () from /lib64/libc.so.6 #9 0x0000000000000000 in ?? () Thread 2 (Thread 0x7fc6f568f710 (LWP 10478)): #0 0x00007fc711ae039c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fc711d6a2bb in wait (this=<value optimized out>, mutex=0x7fc6a0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x7fc6a0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007fc70760b3f6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x7ef2b0, th=0x44e7d40) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/WeaverImpl.cpp:365 #4 0x00007fc70760de35 in waitForAvailableJob (this=0x7ec840, th=0x44e7d40) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/WeaverImpl.cpp:356 #5 ThreadWeaver::WorkingHardState::applyForWork (this=0x7ec840, th=0x44e7d40) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/WorkingHardState.cpp:71 #6 0x00007fc70760b7ef in ThreadWeaver::ThreadRunHelper::run (this=0x7fc6f568ee30, parent=0x7ef2b0, th=0x44e7d40) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/Thread.cpp:87 #7 0x00007fc70760b878 in ThreadWeaver::Thread::run (this=0x44e7d40) at /usr/src/debug/kdelibs-4.4.95/threadweaver/Weaver/Thread.cpp:142 #8 0x00007fc711d69bf5 in QThreadPrivate::start (arg=0x44e7d40) at thread/qthread_unix.cpp:248 #9 0x00007fc711adba4f in start_thread () from /lib64/libpthread.so.0 #10 0x00007fc7108cb82d in clone () from /lib64/libc.so.6 #11 0x0000000000000000 in ?? () Thread 1 (Thread 0x7fc71312b760 (LWP 10163)): [KCrash Handler] #6 0x00007fc708bd0b30 in typeinfo name for WebCore::QtPluginWidget () from /usr/lib64/libQtWebKit.so.4 #7 0x00007fc70871f82f in WebCore::FrameLoaderClientQt::committedLoad(WebCore::DocumentLoader*, char const*, int) () from /usr/lib64/libQtWebKit.so.4 #8 0x00007fc708532a25 in WebCore::DocumentLoader::commitLoad(char const*, int) () from /usr/lib64/libQtWebKit.so.4 #9 0x00007fc70856eadd in WebCore::ResourceLoader::didReceiveData(char const*, int, long long, bool) () from /usr/lib64/libQtWebKit.so.4 #10 0x00007fc708560828 in WebCore::MainResourceLoader::didReceiveData(char const*, int, long long, bool) () from /usr/lib64/libQtWebKit.so.4 #11 0x00007fc708703356 in WebCore::QNetworkReplyHandler::forwardData() () from /usr/lib64/libQtWebKit.so.4 #12 0x00007fc708703bb4 in WebCore::QNetworkReplyHandler::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libQtWebKit.so.4 #13 0x00007fc711e62509 in QObject::event (this=0x46709b0, e=0x4782210) at kernel/qobject.cpp:1248 #14 0x00007fc7110254d4 in QApplicationPrivate::notify_helper (this=0x6c4200, receiver=0x46709b0, e=0x4782210) at kernel/qapplication.cpp:4302 #15 0x00007fc71102daca in QApplication::notify (this=<value optimized out>, receiver=0x46709b0, e=0x4782210) at kernel/qapplication.cpp:4185 #16 0x00007fc712ab6096 in KApplication::notify (this=0x7fff472e6d20, receiver=0x46709b0, event=0x4782210) at /usr/src/debug/kdelibs-4.4.95/kdeui/kernel/kapplication.cpp:309 #17 0x00007fc711e50e4c in QCoreApplication::notifyInternal (this=0x7fff472e6d20, receiver=0x46709b0, event=0x4782210) at kernel/qcoreapplication.cpp:726 #18 0x00007fc711e545ba in sendEvent (receiver=0x0, event_type=0, data=0x60f570) at kernel/qcoreapplication.h:215 #19 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x60f570) at kernel/qcoreapplication.cpp:1367 #20 0x00007fc711e79173 in sendPostedEvents (s=<value optimized out>) at kernel/qcoreapplication.h:220 #21 postEventSourceDispatch (s=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:276 #22 0x00007fc70d9d9a93 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #23 0x00007fc70d9da270 in ?? () from /usr/lib64/libglib-2.0.so.0 #24 0x00007fc70d9da510 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #25 0x00007fc711e7967f in QEventDispatcherGlib::processEvents (this=0x689890, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:412 #26 0x00007fc7110c614e in QGuiEventDispatcherGlib::processEvents (this=<value optimized out>, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204 #27 0x00007fc711e50292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #28 0x00007fc711e50495 in QEventLoop::exec (this=0x7fff472e6c70, flags=...) at kernel/qeventloop.cpp:201 #29 0x00007fc711e5488b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1003 #30 0x00007fc7024791e4 in kdemain (argc=1, argv=0x66c4d0) at /usr/src/debug/rekonq-0.5.0/src/main.cpp:192 #31 0x00000000004074a9 in _start () I can confirm this behavior as you described it on opensuse 11.3 with the same rekonq version. But I think the devs considere this bug as solved. Don't know why. Maybe we should open a new bug report to gain their attention. Please, do something against this nasty bug, it renders rekonq absolutely useless for me. Created attachment 49983 [details]
working site
I considered it fixed because it HAS been fixed. Here you are a screenshot of the example site. - rekonq compiled from git master yesterday (but every date following the first time I said "it has been fixed in master" worked here). - KDE SC 4.5 && Qt 4.7 compiled from branches |