Description of problem: Created a Vfolder, which created a corresponding 'Unmatched' vfolder at the same time. When I deleted the one I created, the Unmatched one remained, and cannot be deleted or edited in anyway. If I look at its properties, I get: "Cannot edit vFolder "vfolder:/home/testing/.evolution/mail/vfolder#UNMATCHED" as it does not exist. This folder may have been added implictly, go to the virtual folder editor to add it explictly, if required." If this is, as I suspect, intentional, it should either not allow you to edit it's properties, or not give such a strange error. (yes, I realize that it was added implicitly, but most users would have no idea what that means) Version-Release number of selected component (if applicable): evolution-2.0.2-25 How reproducible: Seems to only create the Unmatched Vfolder the first time you create a Vfolder.
If there are no vfolders left, it might be good to make Unmatched go away, so as to reduce confusion.
The dubious Properties behaviour on that vfolder looks like a dup of bug 141548; there's a patch for that available (which made it into FC3)
Uh... the bug you pointed to in the previous comment doesn't actually look even vaguely related. *confused*
Sorry, typo, should have been bug 141458
Yeah, that looks like the same thing. Should I make a different bug for the fact that the Unmatched sticks around when there are no other Vfolders left, then?
Re comment 5: yes, please open this as a separate bug
Re: commment 5, see bug 176330
Renaming to better characterize remaining part of bug (since original title referred to the problem that's now bug 176330)
Evolution 2.0.2 is only being updated for security issues. Closing as WONTFIX.