After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 639492 - tracker needle finds no results
tracker needle finds no results
Status: RESOLVED INVALID
Product: tracker
Classification: Core
Component: Needle
0.9.x
Other Linux
: Normal normal
: ---
Assigned To: tracker-general
Jamie McCracken
Depends on:
Blocks:
 
 
Reported: 2011-01-14 02:39 UTC by Maciej (Matthew) Piechotka
Modified: 2011-01-14 23:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Maciej (Matthew) Piechotka 2011-01-14 02:39:58 UTC 
% time tracker-search websocket | wc -l
127
tracker-search websocket  0.04s user 0.00s system 28% cpu 0.150 total
wc -l  0.00s user 0.00s system 0% cpu 0.141 total

If I search for websocket in tracker-needle I get message about no results
Comment 1 Martyn Russell 2011-01-14 11:53:36 UTC 
We have 3 views, the first one doesn't display just "files", it has to be useful information, like Documents, Emails, Music, etc.

Can you confirm the other 2 views also don't show any results AND output the tracker-search results too so we can find out what sort of files these are?
Comment 2 Vincent Untz 2011-01-14 18:34:54 UTC 
Martyn: here, if I search something, I get nothing in the first view, and something in the other views. Interestingly, if I go back to the first view afterwards, it now has results...
Comment 3 Vincent Untz 2011-01-14 19:01:39 UTC 
Okay, it works after the upgrade to 0.9.34 for me. Putting back to NEEDINFO.
Comment 4 Maciej (Matthew) Piechotka 2011-01-14 19:35:27 UTC 
In 0.9.34 it displays folders. It seems to be fixed (posting new bug that the documents are not found).
Comment 5 Martyn Russell 2011-01-14 23:37:58 UTC 
(In reply to comment #2)
> Martyn: here, if I search something, I get nothing in the first view, and
> something in the other views. Interestingly, if I go back to the first view
> afterwards, it now has results...

That's another bug also known. Not sure yet why the bug exists, I did check it recently but it wasn't obvious. It needs more time.

(In reply to comment #3)
> Okay, it works after the upgrade to 0.9.34 for me. Putting back to NEEDINFO.

Yes, the problem was that any text file can also qualify as a "document" and we were requiring an author of some kind - which isn't always the case. It was fixed recently as you have seen.