Summary: | Dolphin crashes everytime that I try to copy a specific file to a specific folder (Strigi) | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Jose <getaceres> |
Component: | general | Assignee: | Peter Penz <peter.penz19> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | diego.ml, egon.willighagen, frank78ac, info, remur, timelessmomentum+accounts |
Priority: | NOR | ||
Version: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.7.0 | |
Sentry Crash Report: | |||
Attachments: |
File causing the crash
New crash information added by DrKonqi New crash information added by DrKonqi |
Description
Jose
2010-09-16 16:28:13 UTC
Thanks for the report! Would it be possible that you attach those 2 files to the bug-report? Created attachment 51756 [details]
File causing the crash
I've attached the file. If I copy it to a folder and then try to copy it again, it fails when it shows the overwrite dialog. I've tried to reproduce this in trunk with the attached file, but the Overwrite dialog is shown fine for me. I don't know then what's wrong with my configuration then. It crashes reliabily only with this file on my system. I tried changing the theme since I was using Bespin but it crashes with Oxygen and QtCurve too. I use Dolphin 4.5.1, maybe in trunk it's fixed somehow? I've just tried with a freshly installed Kubuntu 10.10 system (beta updated to today) and it crashes everytime that I try to copy this file to somewhere. I'm using the default configuration and theme. As Dolphin seems to have problems with the current version of DBus, I've updated it to 1.4 but I get the same crash so it's not related to DBus (at least, it's not related to this bug: https://bugs.kde.org/show_bug.cgi?id=226725 I can actually reproduce the crash with my 4.5 branch build which uses a somewhat outdated Strigi, but not with my trunk build, which uses a quite up-to-date Strigi from trunk. So it seems that this bug might have been fixed in the meantime. Looks like bug 258918. *** Bug 252152 has been marked as a duplicate of this bug. *** Could you please test against latest trunk? I tried two versions, 0.7.3 (never officially released) crashes, 0.7.3.99 (latest trunk) doesn't, so I assume this is fixed in the latest version. Created attachment 57366 [details]
New crash information added by DrKonqi
dolphin (1.5) on KDE Platform 4.5.1 (KDE 4.5.1) using Qt 4.7.0
Hovered over zip and dolphin crashes.
-- Backtrace (Reduced):
#8 0x00007fbdd581da71 in __assert_fail (assertion=0x7fbdcea98a30 "m_path.size() > m_parent->p->m_path.size()+1", file=<value optimized out>, line=134, function=0x7fbdcea98d20 "Strigi::AnalysisResult::Private::Private(const std::string&, const char*, time_t, Strigi::AnalysisResult&, Strigi::AnalysisResult&)") at assert.c:81
#9 0x00007fbdcea5097f in Strigi::AnalysisResult::Private::Private(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, char const*, long, Strigi::AnalysisResult&, Strigi::AnalysisResult&) () from /usr/lib/libstreamanalyzer.so.0
#10 0x00007fbdcea50a55 in Strigi::AnalysisResult::AnalysisResult(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, char const*, long, Strigi::AnalysisResult&) () from /usr/lib/libstreamanalyzer.so.0
#11 0x00007fbdcea5158f in Strigi::AnalysisResult::indexChild(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, long, Strigi::StreamBase<char>*) () from /usr/lib/libstreamanalyzer.so.0
[...]
[...]
#14 0x00007fbdd3bb51f5 in KFileMetaInfoPrivate::init (this=<value optimized out>, stream=<value optimized out>, url=<value optimized out>, mtime=1298079468, w=<value optimized out>) at ../../kio/kio/kfilemetainfo.cpp:270
Created attachment 57501 [details]
New crash information added by DrKonqi
dolphin (1.5) on KDE Platform 4.5.5 (KDE 4.5.5) using Qt 4.7.1
- What I was doing when the application crashed:
Hovered a tar.gz file.
strigi-libs-0.7.2-5.fc14.x86_64
-- Backtrace (Reduced):
#8 0x0000003afaa2b905 in __assert_fail (assertion=0x3b03265448 "m_path.size() > m_parent->p->m_path.size()+1", file=<value optimized out>, line=134, function=<value optimized out>) at assert.c:81
#9 0x0000003b0321ab2f in Strigi::AnalysisResult::Private::Private (this=0x7febe817e990, p="/home/diego/Kynetics/Progetti/InsielMercato/Rozzano/adweb-repository-files.zip/", name=<value optimized out>, mt=<value optimized out>, t=@0x7febe8126ff0, parent=@0x7febf74a48b0) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/analysisresult.cpp:134
#10 0x0000003b0321abf5 in Strigi::AnalysisResult::AnalysisResult (this=0x7febe8126ff0, path="/home/diego/Kynetics/Progetti/InsielMercato/Rozzano/adweb-repository-files.zip/", name=0x7febe8127077 "", mt=1289221598, parent=@0x7febf74a48b0) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/analysisresult.cpp:140
#11 0x0000003b0321af22 in Strigi::AnalysisResult::indexChild (this=0x7febf74a48b0, name=<value optimized out>, mt=1289221598, file=0x7febe8182fb0) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/analysisresult.cpp:249
#12 0x0000003b03257fd8 in ZipEndAnalyzer::analyze (this=0x7febe801c3f0, idx=..., in=0x7febe8063740) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/endanalyzers/zipendanalyzer.cpp:62
I ran Strigi on the mentioned .jar file (it will go into the .zip, and thus still test the jars) using xmlindexer, and get no crash: $ xmlindexer oha-common-lib-2.0-SNAPSHOT.jar Tons of XML output and an undefined symbol ("xmlindexer: symbol lookup error: /usr/lib/libldap_r-2.4.so.2: undefined symbol: ldap_int_tls_destroy, version OPENLDAP_2.4_2"), but no crash. As such, I wonder if it is really the streamanalyzers that are buggy, because then I would have gotten the crash too. KDE 4.4.5, Strigi 0.7.2 on Debian Squeeze 32 bit. I also tried it in threaded mode, again without crash: $ xmlindexer -8 querydsl-jpa-2.0.5-full-deps.zip Can those who do get the crash, perhaps try to run Strigi on those files with xmlindexer too? Git commit d1254968eac95f4d9d8c47552e27f0cc40e6aed9 by Peter Penz. Committed on 27/02/2011 at 20:01. Pushed by ppenz into branch 'master'. KFileMetaDataProvider: Don't crash if a Strigi analyzer crashes Some Strigi analyzers are still unstable and crash under certain circumstances. This patch moves the reading of the meta-data into a custom process instead of doing it in a thread, which assures that a crashing Strigi analyzer does not result in crashing Dolphin or Konqueror when hovering some items. FIXED-IN: 4.7.0 BUG: 257964 BUG: 258715 BUG: 262299 BUG: 263468 BUG: 263502 BUG: 264254 BUG: 234799 BUG: 251462 BUG: 251701 BUG: 258918 BUG: 192377 BUG: 195564 BUG: 199368 BUG: 210841 BUG: 245376 BUG: 246461 BUG: 246901 BUG: 249150 BUG: 261952 BUG: 249876 BUG: 179376 BUG: 179417 BUG: 179420 BUG: 181591 BUG: 183269 BUG: 183722 BUG: 185667 BUG: 188596 BUG: 191864 BUG: 193112 BUG: 205813 BUG: 244621 BUG: 245451 BUG: 248214 BUG: 249655 BUG: 249876 BUG: 265549 BUG: 267079 M +11 -1 kio/CMakeLists.txt M +68 -38 kio/kfile/kfilemetadataprovider.cpp M +2 -1 kio/kfile/kfilemetadataprovider_p.h A +174 -0 kio/kfile/kfilemetadatareader.cpp [License: LGPL (v2+)] M +0 -2 kio/kfile/kfilemetadatawidget.cpp D +0 -178 kio/kfile/kloadfilemetadatathread.cpp D +0 -96 kio/kfile/kloadfilemetadatathread_p.h http://commits.kde.org/kdelibs/d1254968eac95f4d9d8c47552e27f0cc40e6aed9 |