Version: 4.2.00 (KDE 4.2.0) (using 4.2.00 (KDE 4.2.0), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS: Linux (x86_64) release 2.6.28-tuxonice-r1 Sometimes when I want to open nepomuksearch:/hasTag:SOMETAG in Konqueror, Nepomuk finds tagged files (according to dbus-monitor), but Konqueror does not display them. Sorry, I can't give more details at the moment.
for nepomuk to work reliably you need both the redland and the sesame use flags to be enabled.
(In reply to comment #1) > for nepomuk to work reliably you need both the redland and the sesame use flags > to be enabled. They are enabled. Here's how I installed Soprano (on Gentoo, using paludis): * dev-libs/soprano gentoo: (2.0.2)K (2.1.1)K 2.2(~) 2.2.1(~) {:0} installed: 2.2.1* {:0} Description: Soprano is a library which provides a nice QT interface to RDF storage solutions. Homepage: http://sourceforge.net/projects/soprano License: LGPL-2 Installed time: Thu Feb 5 11:08:52 2009 Use flags: (clucene) (-debug) (doc) (redland) (sesame2) From repositories: gentoo Installed using: paludis-0.34.2
it would be interesting to see the corresponding parts of ~/.xsession-errors.
(In reply to comment #3) > it would be interesting to see the corresponding parts of ~/.xsession-errors. I think I should change the description of this bug. Actually, it turned out that * for tags where dbus-monitor shows me that a query is answered successfully and returns some files, Konqueror (or actually the nepomuksearch kioslave) eventually displays the result, but it takes incredibly long (more than 30 seconds, even if only one file has a tag) * some other tags (added in Gwenview, BTW) are stored by Soprano (i.e. sopranocmd query shows me that the files are tagged), and they also show up in Dolphin, but when I use the nepomuksearch kioslave, dbus-monitor does not show a result, and hence Konqueror doesn't display a result. In both cases, ~/.xsession-errors doesn't include anything interesting, but just [/usr/kde/4.2/bin/nepomukservicestub] (ServerCore) new socket connection. [/usr/kde/4.2/bin/nepomukservicestub] Removing connection Do I have to configure something in order to obtain a more helpful error log?
you could try enabling debugging output in kdebugdialog. But I am not sure if that will do something.
(In reply to comment #5) > you could try enabling debugging output in kdebugdialog. But I am not sure if > that will do something. No chance, most options were already checked there. The unchecked ones were completely unrelated to Nepomuk.
would you be willing to recompile kde-base/nepomuk with the "debug" use flag enabled? That should give us the output we need.
I also observe this behaviour. I notice that hastag: only returns some files with a given tag. The missing files are in ~/.kde. Is there a hidden path filter here? .kde is not in the configured set of folders for Strigi to search or in the wildcards not to index.
SVN commit 1010905 by trueg: Use QWaitCondition instead of a local event loop in the main thread. This makes the code cleaner, simpler, more stable, and overall swell. :) As a side effect it fixes the reload bug where one had to hit the reload button a few times for results to show up. BUG: 203693 BUG: 183860 M +33 -89 searchfolder.cpp M +18 -9 searchfolder.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1010905