Red Hat Bugzilla – Bug 66622
Some VFolder states don't update until you restart
Last modified: 2008-05-01 11:38:02 EDT
Description of Problem:
If you create a VFolder on the status of messages (Ie. read/deleted) then when
the state of messages changes so that they should _leave_ the folder they don't
leave the folder until you restart evolution.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Create VFolder for messages that are _all_ of...
2. Not deleted.
3. No replied to.
as you read messages they appear in the VFolder, but as you delete/move/reply to
them they don't leave.
They should leave the folder again.
If you restart evolution, they will no longer be in the folder (presumably
because they don't enter it this time).
This was all tested with an INBOX over IMAP.
This is nominally the expected behavior... otherwise, you'd select to read a
message and it would disappear from the vfolder as you were reading it.
Ok, I can understand why you wouldn't want them to disappear in real time (the
same UI problem occurs if you turn on hide deleted and delete messages as you
are reading a thread ... it's basically unusable).
However it shouldn't still be there if I view another folder and then go back,
IMO. Maybe mark it as an RFE then.
That's the stated opinion from a thread a few months ago on the evolution lists
from upstream. I'm not forking evolution, but feel free to file something in
their bugzilla (http://bugzilla.ximian.com) if you feel strongly about it.