Hi Richard,

Thank you for using Zeitgeist and taking the time to report this

However, this is not a problem in the Zeitgeist engine, but simply the
blacklist pattern isn't in the correct format. It should be:

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.


** 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.

  History includes Blacklisted Items

Status in Zeitgeist Framework:

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

Mailing list: https://launchpad.net/~zeitgeist
Post to     : zeitgeist@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zeitgeist
More help   : https://help.launchpad.net/ListHelp

Reply via email to