GNOME Bugzilla – Bug 223985
rewrite vFolder, UNMATCHED folder.
Last modified: 2012-05-31 10:14:39 UTC
The UNMATCHED folder has a bunch of problems, it should probably be rewritten. Currently it works as part of all vfolders, it should probably just be a separate folder implementation, which would simplify the vfolder code considerably. And make things easier to fix. Using as a tracking bug for major vfolder problems.
*** bug 224308 has been marked as a duplicate of this bug. ***
*** bug 222824 has been marked as a duplicate of this bug. ***
Had an idea on this. - vfolder adds a couple of virtual methods, like add_folder. - unmatched subclasses vfolder and overrides these. - vfolders become simple queries with no unmatched processing, greatly simplifying the code - every time a folder is added to a vfolder, it also adds it to the unmatched folder - the unmatched folder listens to changed events on every real and virtual folder on which every vfolder is based. - it then does the magic with these events, somehow :) Keep two tables: - uids in source folders + counts of occurance in vfolders. calculating unmatched is then trivial, and trivial to update incrementally.
hmm, not 2.0.2 material
adding "vfolders" keyword
reassigning stuff that has been assigned to notzed. goodbye, dude. :-/
I did significant vFolder changes for 3.5.2, together with added ability to disable Unmatched folder (popup menu on "Search Folders" node in the mailer view's folder tree) and folders can also be marked to "auto-update" - it's available for Unmatched folder currently only, as the regular search folders require change in rule editor. I consider this bug fixed.