Bug 217841

This is way too little information.
* Which query did you use?
* Is the strigi file indexing enabled?
* What did you start with --nofork?

Indexing suspended. Query is simple English or Russian word (file with has this name already indexed). I start dolphin with --nofork

here is a requested info

And with enabled indexing dolphin --nofork shows same error that in https://bugs.kde.org/show_bug.cgi?id=214765

Please give an actual example of an english word and the file that should be found.

word "reactos" and must find folder /home/rilian-la-te/Downloads/Other/reactos

Works here with KDE svn trunk. Any chance you could test that?

I already test it in bug 214765 - was be nothing... May be "dirty" ./kde folder cause this... But what about non-latin strings? I will test it again when Beta 2 will be released...

I have the same problem with KDE 4.4 Beta 1 and Beta 2. The same happens with my user and with other user I have with few Nepomuk tags for testing.

I am experiencing this too, details of exactly what is happening is outlined here: http://forum.kde.org/viewtopic.php?f=66&t=84870

Confirm on KDE 4.4 rc1 
Some backtrace from nepomukserver:
[/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(18383)" Error in thread 140535563376400 : "Timeout when reading after 1 of 4 bytes (QLocalSocket: Socket operation timed out)."
klauncher(18366)/kio (KLauncher) KLauncher::requestSlave: KLauncher: launching new slave  "kio_nepomuksearch"  with protocol= "nepomuksearch"  args= ("nepomuksearch", "local:/tmp/ksocket-rilian-la-teBt44WF/klauncherT18366.slave-socket", "local:/tmp/ksocket-rilian-la-teBt44WF/dolphinV18651.slave-socket")
kdeinit4: preparing to launch /usr/lib/kde4/kio_nepomuksearch.so
klauncher(18366)/kio (KLauncher) KLauncher::processRequestReturn: "kio_nepomuksearch" (pid 18657) up and running.
klauncher(18366)/kio (KLauncher) KLauncher::requestSlave: KLauncher: launching new slave  "kio_nepomuksearch"  with protocol= "nepomuksearch"  args= ("nepomuksearch", "local:/tmp/ksocket-rilian-la-teBt44WF/klauncherT18366.slave-socket", "local:/tmp/ksocket-rilian-la-teBt44WF/dolphinb18651.slave-socket")
kdeinit4: preparing to launch /usr/lib/kde4/kio_nepomuksearch.so
kio_nepomuksearch(18657)/kio_ftp kdemain: Starting nepomuksearch slave  18657
klauncher(18366)/kio (KLauncher) KLauncher::processRequestReturn: "kio_nepomuksearch" (pid 18658) up and running.
kio_nepomuksearch(18658)/kio_ftp kdemain: Starting nepomuksearch slave  18658
kio_nepomuksearch(18657)/nepomuk (ioslave) Nepomuk::SearchProtocol::listDir: KUrl("nepomuksearch:/") ""
kio_nepomuksearch(18657)/nepomuk (library) <unnamed>::GlobalModelContainer::init: Connecting to local socket "/home/rilian-la-te/.kde/share/apps/nepomuk/socket"
[/usr/bin/nepomukservicestub] void Soprano::Server::ServerCore::slotNewSocketConnection() 
void Soprano::Server::ServerCore::Private::handleIncomingConnection(QIODevice*) 
void Soprano::Server::ServerCore::Private::handleIncomingConnection(QIODevice*) New connection. New count: 12
kio_nepomuksearch(18657)/nepomuk (ioslave) Nepomuk::SearchProtocol::listRoot:
kio_nepomuksearch(18658)/nepomuk (ioslave) Nepomuk::SearchProtocol::stat: KUrl("nepomuksearch:/")
kio_nepomuksearch(18658)/nepomuk (ioslave) Nepomuk::SearchProtocol::stat: KUrl("nepomuksearch:/") ""
kio_nepomuksearch(18658)/nepomuk (library) <unnamed>::GlobalModelContainer::init: Connecting to local socket "/home/rilian-la-te/.kde/share/apps/nepomuk/socket"
[/usr/bin/nepomukservicestub] void Soprano::Server::ServerCore::slotNewSocketConnection() 
void Soprano::Server::ServerCore::Private::handleIncomingConnection(QIODevice*)
[/usr/bin/nepomukservicestub] void Soprano::Server::ServerCore::Private::handleIncomingConnection(QIODevice*) New connection. New count: 13
kio_nepomuksearch(18658)/nepomuk (ioslave) Nepomuk::SearchProtocol::stat: Stat root KUrl("nepomuksearch:/")

Does this also happen on a fresh KDE session, ie. the first query of the day?
I ask because there is a bug in Virtuoso which will make it stop working after a certain number of queries. That will be fixed in version 6.0.1 which will be the minimum for KDE 4.4 final.

I also think that it is Virtuoso bug. Version 5.0.12 - it work (but with minor issues). Updated to 6.0.0 - stop working. But this was be a fresh query (nepomuk repo was be removed after installation of KDE 4.3.90)

6.0.0 does not work at all and that is known. 6.0.1 will fix the issues. What do you mean by "5.0.12 works with issues"?

Indexing is slow...

Better, I found a stream that works well with Exaile and fails with Amarok. You must wait for a song with non western characters.

Better, I found a stream that works well with Exaile and fails with Amarok. You must wait for a song with non western characters.
http://shitdicknipples.org:8000/jpopsuki

Sorry for my past comments because was for another bug :(.

Does searching now work with KDE SC 4.4rc2?

(In reply to comment #19)
> Does searching now work with KDE SC 4.4rc2?

I have tried it on openSUSE 11.2 with packages from the BuildService (uses virtuoso 5.0.12) and it doesn't work at all with the new query interface. The result is always empty.

Entering queries in the location bar like "nepomuksearch:/word", "nepomuksearch:/hasTag:Wichtig" or "nepomuksearch:/rating=9" work. Relational queries like "nepomuksearch:/rating>9" do not.

*** This bug has been marked as a duplicate of bug 220072 ***

I can confirm that search doesn't work with KDE SC 4.4.

Yes, actually search is always finds nothing in KDE 4.4.0.