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 457333 - Tracker count results wrong
Tracker count results wrong
Status: RESOLVED INCOMPLETE
Product: tracker
Classification: Core
Component: Search Tool
unspecified
Other All
: Normal normal
: ---
Assigned To: Jamie McCracken
Jamie McCracken
Depends on:
Blocks:
 
 
Reported: 2007-07-16 12:13 UTC by Aleksi Räsänen
Modified: 2009-06-23 11:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (43.40 KB, image/png)
2007-09-04 08:44 UTC, barthelemy
Details

Description Aleksi Räsänen 2007-07-16 12:13:04 UTC
Please describe the problem:
I found that tracker-search-tool seems to count founded items wrong.
For example, I tried to find files about one person and typed her name, for eg. "Hemuli". Tracker-search-tool told that it has found 126 files total.

In category "All files" there is 126 items.
In category "Kuvat" there is 4 items.
In category "Teksti" there is 122 items.

When I go in "Kuvat" (Images in english) category, there is only two files, but tracker tells that there is four.

In category "Teksti" (Text in english) there is only one file, but tracker-search-tool tells me that there is 122 items. I can click "Next button" 2 times and still it gives me same file only. After third click, caption is "Search results: 31-40 of 122 hits", but there is no items in list, not even that text file.

I know that in that text file same name is many times. Does this makes this problem occur?

And in image files, there might be XMP-metadata also where is same name. Other image name also includes same word as I used in search.

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Kevin Duffus 2007-07-27 15:25:27 UTC
I can attest to this... I deleted a file that tracker had indexed after copying it to another directory where tracker is also watching. Using the GUI search tool (tracker-search-tool) from a terminal; although the "All Files" category listed 2 files as being found only one showed up in the list. An error was pushed to the terminal console stating that the previously copied file cannot be found. Apparently, the GUI search tool is double checking whether a file returned by the tracker daemon is where it should be but does not update the file counts, if necessary, before displaying any results.
Comment 2 barthelemy 2007-09-04 08:44:32 UTC
Created attachment 94907 [details]
screenshot
Comment 3 Carlos Garnacho 2009-01-14 13:28:09 UTC
Could you try svn trunk, reindexing and all? I'm not able to reproduce it here anymore
Comment 4 Tobias Mueller 2009-06-23 11:02:20 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!