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 : zeitgeist@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zeitgeist
More help : https://help.launchpad.net/ListHelp
