| Summary: | Kfilemetadatareader crashes make Dr.Konqi showing up, which should not happen | ||
|---|---|---|---|
| Product: | [Applications] drkonqi | Reporter: | Hrvoje Senjan <hrvoje.senjan> |
| Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | cfeck, kernelcruncher, mail, peter.penz19, sml, totedati |
| Priority: | NOR | ||
| Version: | 2.0 (KDE4) | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=304588 | ||
| Latest Commit: | Version Fixed In: | 4.7.4 | |
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Hrvoje Senjan
2011-09-25 12:16:41 UTC
Created attachment 64000 [details] New crash information added by DrKonqi dolphin (1.6.1) on KDE Platform 4.6.5 (4.6.5) using Qt 4.7.3 - What I was doing when the application crashed: I "moused over" an mp4 file which I had just downloaded (available here: http://mpegmedia.abc.net.au/tv/mediawatch/mediawatch_2011_ep33.mp4), so the info panel started generating a thumbnail when dolphin crashed. -- Backtrace (Reduced): #6 0x00007fb044325597 in av_open_input_stream () from /usr/lib/x86_64-linux-gnu/libavformat.so.53 #7 0x00007fb04529e961 in FFMPEGEndAnalyzer::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib/strigi/strigiea_ffmpeg.so [...] #9 0x00007fb05f8dc24f in KFileMetaInfoPrivate::init (this=0x1556330, stream=..., url=<optimized out>, mtime=1317084128, w=<optimized out>) at ../../kio/kio/kfilemetainfo.cpp:257 #10 0x00007fb05f8dcfa7 in KFileMetaInfo::KFileMetaInfo (this=0x7fb04ccd9d20, path=<optimized out>, w=...) at ../../kio/kio/kfilemetainfo.cpp:286 #11 0x00007fb05f9aac24 in KLoadFileMetaDataThread::run (this=0x175f360) at ../../kio/kfile/kloadfilemetadatathread.cpp:143 dolphin 1.7 KDE 4.7.1 Qt Version: 4.7.4 Linux 2.6.39-sabayon x86_64 Distro "Gentoo Base System release 2.0.2" Application: (kfilemetadatareader), signal: Segmentation fault [KCrash Handler] #6 0x00007f4bc371d6f8 in Strigi::OleInputStream::Private::Private(Strigi::OleInputStream*, Strigi::StreamBase<char>*) () from /usr/lib64/libstreams.so.0 #7 0x00007f4bc371daf2 in Strigi::OleInputStream::OleInputStream(Strigi::StreamBase<char>*) () from /usr/lib64/libstreams.so.0 #8 0x00007f4bc8065dd5 in OleEndAnalyzer::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib64/libstreamanalyzer.so.0 #9 0x00007f4bc804a90a in Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib64/libstreamanalyzer.so.0 #10 0x00007f4bcaaa8745 in KFileMetaInfoPrivate::init(QIODevice&, KUrl const&, long, QFlags<KFileMetaInfo::What>) () from /usr/lib64/libkio.so.5 #11 0x00007f4bcaaa8fd8 in KFileMetaInfo::KFileMetaInfo(QString const&, QString const&, QFlags<KFileMetaInfo::What>) () from /usr/lib64/libkio.so.5 #12 0x00000000004033be in readFileMetaData(QList<KUrl> const&) () #13 0x0000000000404839 in main () no more dolphin crash, only metadata handler crash pps file who can do this is a 10 MiB msoffice pps file with an active password lock ... if needed i can load somewhere, rapidshare?, this file, Monsanto.ppsx, for more crash tests but for me is trigered every time i try to select|preview|open the file in dolphin with or without mouse select ( can be trigered with a keyboard file select only in dolphin) *** Bug 288967 has been marked as a duplicate of this bug. *** I've reassigned it temporary to the "drkonqi" component for getting feedback. @drkonqi: A crash in the process kfilemetadatareader should not result in opening of the drkonqi dialog, as it is only a QCoreApplication and not KApplication (see main() at the bottom of https://projects.kde.org/projects/kde/kdelibs/repository/entry/kio/kfile/kfilemetadatareaderprocess.cpp?rev=KDE%2F4.7 ) Do you have a hint why on some systems still a dialog is shown? (I cannot reproduce the issue on my system). Thanks! Well, it is not up to DrKonqi to decide whether itself should be invoked when something crashes. Is the KApplication class which uses KCrash class to make the decision.
Anyway, Peter made a commit[1] to explicitly make kfilemetadataread use QCoreApplication, and that commit is included in KDE SC 4.7.4 and later verions.
Looking at the all the crash in this report, all are using verions earlier than 4.7.4, except the original reporter. " 4.7.41", that looks like a git snapshot and it is hard to tell whether it contains that commit, although it is named as 4.7.41 by downstream packagers.
Considering there is no furthur reports from 4.8+, I will consider the problem of "DrKonqi pops up when it should not" has been solved.
As for the crash itself, it is caused by strigi, which is no tracked in this bug tracker.
I will close this report as fixed.
[1]
Git commit e4118bc344856490dffe3cd9ef357a855de6b6a1 by Peter Penz.
Committed on 25/11/2011 at 15:13.
Pushed by ppenz into branch 'KDE/4.7'.
KFileMetaDataReaderProcess: Use a QCoreApplication
|