Bug 227151

Summary:	Nepomuk finds unmatching files
Product:	[Unmaintained] nepomuk	Reporter:	Andreas Kuhl <mail>
Component:	general	Assignee:	Sebastian Trueg <sebastian>
Status:	RESOLVED DOWNSTREAM
Severity:	normal	CC:	trueg, wstephenson
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Unspecified
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	screenshot of unrelated searchresults

Description Andreas Kuhl 2010-02-16 10:23:20 UTC

Version:            (using KDE 4.4.0)
Installed from:    openSUSE RPMs

Nepomuk search returns unmatching files to a search. It worked in 4.4 RC3 and seems now broken in the final 4.4 release.

If I search for "wallpaper", I would expect that files with "wallpaper" in filename, comment, tag etc. are returned (or nothing of no matching file was found).  Instead, some files are returned that have no obious relation to the search. I attached a screenshot where I was searching for "wallpaper", the file whose meta details are shown is obiously no correct match.

I tried to stop nepomuk, delete .kde/share/apps/nepomuk/repositories/main , restarted nepomuk and let nepomuk rebuild my index. The same behaviour still shows up.

Comment 1 Andreas Kuhl 2010-02-16 10:23:49 UTC

Just to add: This renders the search functionality completely useless. :-/

Comment 2 Andreas Kuhl 2010-02-16 10:24:24 UTC

Created attachment 40841 [details]
screenshot of unrelated searchresults

Comment 3 Andreas Kuhl 2010-02-16 10:26:10 UTC

Just found a forum thread where they are discussing the same issue: http://forum.kde.org/viewtopic.php?f=66&t=85825

Comment 4 Sebastian Trueg 2010-02-16 12:55:49 UTC

Could you please issue the following command on the command line:

sopranocmd --dbus org.kde.NepomukStorage --model main query "select ?p ?o where { ?r nie:url <file:///path/to/wrong/match.png> . ?r ?p ?o . }"

and replace spaces in the path with %20.

Comment 5 Andreas Kuhl 2010-02-16 13:40:02 UTC

I fired the command and it failed. The error messages complains the unknown "nie" prefix: http://pastebin.ca/1798294

But this seems like a valid ontology property to me. So what's wrong?

Comment 6 Sebastian Trueg 2010-02-16 14:20:56 UTC

is shared-desktop-ontologies installed?

Comment 7 Andreas Kuhl 2010-02-16 14:42:06 UTC

The package is installed (http://pastebin.ca/1798348) and seems to initialized correctly during nepomuk startup: http://pastebin.ca/1798349

Comment 8 Sebastian Trueg 2010-02-16 15:53:04 UTC

ah, stupid me. you need to add the --nrl option to the sopranocmd call.

Comment 9 Andreas Kuhl 2010-02-16 16:06:54 UTC

Query:

--
sopranocmd --dbus org.kde.NepomukStorage --model main query "select ?p ?o where { ?r nie:url <file:///home/ademmer/Pics/Icons/Graphs/Three%20bars/Three%20bars%2064.png> . ?r ?p ?o . }" --nrl
--

Now the query returns nothing, which is odd. But the file path is correct, I veriefied it by pasting "file:///home/ademmer/Pics/Icons/Graphs/Three%20bars/Three%20bars%2064.png" into Dolphin's address bar and Gwenview showed my the image.

Any further suggestions? I am also hanging around in #nepomuk-kde if you want to discuss this on IRC.

Comment 10 Andreas Kuhl 2010-02-17 13:51:21 UTC

After digging into this issue with Sebastian Trueg on IRC, it turned out that this issue was related to the openSUSE kdebase4-runtime packages: The sources of tag 4.4.0 were changed by the KDE team (Virtuoso related fix) after openSUSE already fetched and packaged them.

New packages are about to appear in the openSUSE build service soon.