GNOME Bugzilla – Bug 397349
Checking all dirs at startup
Last modified: 2010-05-17 13:30:19 UTC
At the moment tracker don't realize if any directory has changed or deleted when trackerd don't run. Steps to reproduce: 1. Shutdown trackerd 2. Rename or delete one directory 3. Start trackerd Actual results: Tracker finds entries in the deleted or modified directorys but they dosn't exists there. Expected results: Tracker should only find the entries, which really exists. So it would be nice if tracker can check all dirs at startup, so trackerd can realize any removed directory.
An equally important point: If you attach meta data (using tracker-tag) to a file and move if when trackerd is not running, the connection between the meta data and the file is lost. This means you have to retag your files. I see two (or tree) posibilites: 1.) generate a hashsum over the file. So even when the file was moved (and tracker not running), it should be possible to match the metadata against the file again. Problem: The content of the file could have been changed, which would also alter the hashsum. 2.) Attach a label/UUID to the file using XATTR to track the file. The meta data is still stored in trackers own db. Problem: Not all fs have XATTR enabled by default. Meta data is not accessible for other indexers like strigi 3.) Attach the meta data directly to the file using XATTR. Problem: (Size)simitations of XATTR
dirs are now checked for deletions at start up in svn only lightly tested so pls reopen bug if problem persists
Moving "Indexer" component bugs to "General" since "Indexer" refers to the old 0.6 architecture