Hi Richard, Thank you for using Zeitgeist and taking the time to report this problem.
However, this is not a problem in the Zeitgeist engine, but simply the blacklist pattern isn't in the correct format. It should be: "file:///home/ric/.h/*". In any case, I appreciate that the current blacklist manager in GNOME Activity Journal isn't really friendly to use at all, so I'm not surprised you've found such difficulties. I hope to work on a better blacklist management tool within the next weeks. Regards ** Changed in: zeitgeist Status: New => Invalid -- You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Framework. https://bugs.launchpad.net/bugs/724909 Title: History includes Blacklisted Items Status in Zeitgeist Framework: Invalid Bug description: I have an encrypted folder (cryptkeeper) called "~/.h" where I store banking passwords, private key backups etc. Through Activity Journal I have blacklisted both "/home/ric/.h" and "/home/ric/.h/*". I'm not sure which one was needed but the console output of Zeitgeist shows that they're being registered properly. The problem is that, even after clearing the old Zeitgeist data and restarting it, all applications that use Zeitgeist are still finding information about opening blacklisted files. After clearing the data, I opened Zeitgeist and it already had a whole lot of information - it seems it had imported events from the "Places | Recent Documents" list. So I cleared this list, repeated the process and things seemed fine until I opened the passwords file again. It showed up in Zeitgeist again even though ".../.h/passwords" is blacklisted. _______________________________________________ Mailing list: https://launchpad.net/~zeitgeist Post to : firstname.lastname@example.org Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp