Re: [Tracker] Releasing Tracker 0.6.90

[Jamie McCracken <jamie mccrack googlemail com>]

On Thu, 2009-02-05 at 14:03 +0000, Martyn Russell wrote:
> Jamie McCracken wrote:
> > On Thu, 2009-02-05 at 13:10 +0100, Carlos Garnacho wrote:
> > > Hi!
> > >
> > > On mar, 2009-02-03 at 16:56 +0100, Carlos Garnacho wrote:
> > > > On mar, 2009-02-03 at 13:28 +0100, Carlos Garnacho wrote:
> > > >
> > > > <snip>
> > > >
> > > > > > 2*) Moving a file into another directory caused the file to no longer be
> > > > > > searchable. Also when renaming a directory a search on the new name only
> > > > > > finds the changed directory name but none of its files or subfolders.
> > > > > > Tracker should always return a hit if part of the path of a file
> > > > > > matches! (as per 0.6.6)
> > > > > Working on that.
> > > > For the first case, could you tell me a way to reproduce this? are both
> > > > directories monitored? moving single files just works for me.
> > > >
> > > > As for moving directories, I've noticed that, meanwhile in the DB all
> > > > paths for children are updated accordingly, in the index it's just the
> > > > base directory being moved which is updated, so if you search for the
> > > > new folder name, all children won't have any reference to that string in
> > > > the index.
> > > >
> > > > The best solution I can think about is making tracker-indexer handle
> > > > recursive (re)move operations itself, so it can perform operations in
> > > > the index as children are handled. This would also help making pause
> > > > work in the middle of these operations, any opinions?
> > > Just committed this change for the move operations.
> >
> > Thanks I will check over weekend and try and fix some outstanding issues
> > with TST
> >
> > If all goes well we can release next week
>
> Jamie I was planning on releasing tomorrow. If we keep going on like 
> this, we will never release.

what about the deletion performance issue?

Im quite happy to wait another week or two to fix up a potentially
unpleasant experience

jamie