Re: [Tracker] 0.6.4 now in svn - awaiting testing before release

[Laurent Aguerreche <laurent aguerreche free fr>]

Le mardi 09 octobre 2007 Ã 20:54 +0100, jamie a Ãcrit :
> On Tue, 2007-10-09 at 21:42 +0200, Laurent Aguerreche wrote:
> > Le mardi 09 octobre 2007 Ã 20:21 +0100, jamie a Ãcrit :
> > > Hi Guys,
> >
> > Hello,
> >
> > > We need to get svn version tested asap
> > >
> > > although the indexing process has not changed in this version, the new
> > > applet uses new progress and state change signals to keep an eye on
> > > whats going on while it indexes
> > >
> > > we need to test:
> > >
> > > 1) applet behaves correctly when indexing (should animate) and when not
> >
> > It seems to work.
> >
> > > 2) applet can pause indexer
> >
> > It seems to work too.
> >
> > > 3) search tool displays warning when conducting a search while its
> > > indexing
> > > 4) battery is now tickless using libhal - needs to check it still works
> > > correctly
> >
> > Some things about GUI for applet :
> > - Progress are not that clear -- why just some folders are mentioned but
> > not all? Same thing for emails
>
> all?
>
> we dont want to clutter the interface so files shows all folders queued
> and processed for everything except evolution emails

So it means, # of folders will be indexed.
So, we could remove that bar when folders have been indexed? Or empty it
to say that they are not any remaining files?

> emails just shows email mboxes/folders processed/count and only works
> for evolution

Mmmm. Ok.

> > - I do not understand what #number refers to at the end of the "main
> > window" and why it is like a text lost somewhere at the end of a window.
>
>
> its the total no of enitites indexed - I guess I can remove that bit

I agree. ;-)
Currently, it really looks like a debug info and I am not sure that it
may be interesting...

> > > There is not much to test so I might as well release around 12:00 am UTC
> >
> > Currently, some files seem to be found but they are not printed at all.
> > For instance I looked for a word and TST said that I had
> > - 1 folder,
> > - 1 document,
> > - 4 development files,
> > - and for all files, 7 files.
> >
> > First, 1+1+4 != 7.
> > Then if I am looking for files in category "all files", I only see 1
> > file!
> > If I click on category "folders" or "documents", there is nothing.
> > With "development", I find again my only file.
>
> we now delete dud hits so if you research again the correct totals
> should appear
>
> hit counts are estimates only and may include deleted items - as soon as
> a deleted item is detected when you click on a category it is then
> deleted from the index so a research should show correct totals
>
> I guess we can refresh the hit counts after searching

It means that statistics are only approximations :-/
So TST should print results and then we could count them.

> > I tried the same search with tracker-search and it only gave me one
> > result (the file I already mentioned) but I cannot know if the other
> > files are not printed because they do not contain the word I am looking
> > for and so statistics are wrong or because some results are lost.
>
> stats will not be wrong - we dont remove entries from index when they
> are deleted as it takes too long (google does this too) - instead we
> just delete from sqlite so the stats should be fine and they wont show
> up in search results either (although the erroneous hit counts will)

Ok but I was just surprised to see number of files wrong ; it looks like
a bug ever is not.


Laurent.

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=