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 _______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
