Summary: | KDE 4.7 Doesn't index some specific files | ||
---|---|---|---|
Product: | [Unmaintained] nepomuk | Reporter: | Weng Xuetian <wengxt> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | me |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Chakra | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | a jpg file that nepomuk ignores. |
Description
Weng Xuetian
2011-07-27 03:15:32 UTC
Created attachment 62227 [details]
a jpg file that nepomuk ignores.
a jpg file that nepomuk ignores.
With 4.7 we donot accept data that is not conformant to the ontologies. I'm not going to hack around in Nepomuk to handle incorrect data provided by Strigi. The Strigi analyzers should be fixed. Btw, the music album issue was fixed by Trueg in Strigi, so please update to the latest version. I think your statement make sense, though not so good for user.. user would found that some file cannot be found. But anyway git strigi resolve most problem for me, including the music file, png, and jpeg. Seems only "c/c++ source" code problem, left for me. Is it also related to strigi? Yes, that is also related to Strigi. Though the error message given by Nepomuk isn't really helpful. I've improved the error message a little bit. I think I should backport it as well. The problem is the strigi produces a nie:depends on for all C++ files - Eg - <http://www.semanticdesktop.org/ontologies/2007/01/19/nie#depends> "utils.h", "variant.h", "resourcemanager.h", "resource.h", "filequery.h", "comparisonterm.h", "andterm.h", "resourceterm.h", "resourcetypeterm.h", "optionalterm.h", "nie.h", "nfo.h", "nuao.h", "ndo.h", "kglobal.h", "klocale.h", "Soprano/Model", "Soprano/QueryResultIterator", "Soprano/NodeIterator"; nie:depends on actually has a range of nie:DataObject, not a string. So the indexers need to produce correct uris. Though, I'm not entirely sure how they can do that. Thank you for the information, so currently I would prefer patch the cpplineanalyzer.cpp to make it works. Well, though this bug is marked as wontfix, some part for this bug is resolved in recent code. this part in cpplineanalyzer.cpp should also be comment out like the upper part. if((pos4 != string::npos) && (pos5 != string::npos)){ analysisResult->addValue(factory->includeField, include1.substr(1+pos4,((pos5-1)-pos4))); includes++; } Git commit cd1a7d2f3d92d834ef15ad7453820bcca49807c6 by Weng Xuetian. Committed on 27/11/2011 at 14:09. Pushed by xuetianweng into branch 'master'. we need a useful new property or new DataObject type to describe a C header which does not have an absolute path. Comment it out for now. BUG: 278593 REVIEW: 103258 M +3 -1 plugins/lineplugins/cpplineanalyzer.cpp http://commits.kde.org/libstreamanalyzer/cd1a7d2f3d92d834ef15ad7453820bcca49807c6 |