![]() Registered Member ![]()
|
Since ages Dolphin it's not searching using nepomuk and it's doing a silly find using filenamesearch.
I have this problem since KDE 4.5, the last version Dolphin's nepomuk search was useful to me, in several openSUSE and KDE versions, currently openSUSE 11.3 and 12.1 and KDE 4.8.1. I want to disable at all filenamesearch and only use nepomuk.
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
![]() Manager ![]()
|
It's working for me and I'm set up same as you, could you test as a different user
I was gonna suggest you try Nepoogle but ...... |
![]() Registered Member ![]()
|
![]() ![]() Ok, I tested using other users, even a fresh user in both systems but it's not working. I even launch Dolphin from console to see the output but there is no errors. If I selected things from the good-for-nothing Search panel then a nepomuk search is launched but when I write something then filenamesearch is used. I even try a search first using KRunner and then copy the text to Dolphin without luck.
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
![]() Manager ![]()
|
does the Nepomuk runner work? I didn't follow you last sentence
you could try running kdebugdialog, deslecting all, selecting nepomuk (strigi sevice), nepomuk (query service), kio_nepomuksearch (and any other you think relevant, as I'm just guessing) then close and reopen Dolphin (just in case) and try a query and see if there's anything useful in ~/.xsexxion-errors |
![]() Registered Member ![]()
|
Yes, KRunner is working as expected, I only have problems with Dolphin. I will try your suggestion. UPDATE: I tried with debug enabled and I don't see any error or problem. Searching using the panel works as expected and I can read what queries are executed but when I wrote something the filenamesearch is used without any notification. This is the console output when I wrote a search:
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
![]() Administrator ![]()
|
Are you sure that all folders/files you are trying to search are indexed by Nepomuk? I am not sure of the exact behaviour, but would not be surprised if it fell back to using direct filename search.
Also, have you tried selecting "Content" as the search method instead?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Manager ![]()
|
You need to use "from here" not "everywhere" and (possibly) the entire "from here" folder must be indexed
|
![]() Registered Member ![]()
|
I'm using all the combinations and, as I explained, I'm using a query is working in KRunner.
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
![]() Administrator ![]()
|
Are you able to reproduce under a new user with some sample data?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
Yes, I can reproduce the problem with new and old users and in two different systems, one with openSUSE 11.3 and the other openSUSE 12.1.
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
![]() Administrator ![]()
|
I would recommend filing a bug report then, as it should work.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
My intention when I wrote this post is obtain more information about this problem to fill a bug report but I think I did not obtained enough information to create a good one. For me this is not a real problem, because I'm using Nepoogle, but I wonder if other people has the same issue ![]()
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
![]() Registered Member ![]()
|
Finally I found the problem, if you are displaying in Dolphin a not indexed directory filenameseach it's used but, If you are displaying an indexed directory, nepomuksearch it's used. As I don't have indexed my home or documents directory in any or my systems and users it's normal that the search was not working.
For me this is a bug but could be a developer decision.
Ignacio Serantes, proud to be a member of KDE forums since 2008-Nov.
|
Registered users: bancha, Bing [Bot], daret, Evergrowing, Google [Bot], lockheed, mesutakcan, sandyvee, Sogou [Bot]