[Evolution] Bug#522908: Bug#522908: evolution: view of vfolder searching unread mails should not update and remove current message once read

[Yves-Alexis Perez]

On mar, 2009-04-07 at 12:35 +0200, Olivier Berger wrote:
> 
> Here's a problem that appeared after migration to 2.24 : I have
> vfolders constructed to search for unread messages.
> 
> If the option to mark mails automatically as read after a delay is
> activated, then all mails displayed in the vfolder will be
> automatically marked as read in sequence after a while, without me
> touching anything. That's no good.
> 
> What happens is that the current email is marked as read, and then
> automatically removed from the view, which passes to the next email,
> and again until all are marked read, without any interaction of the
> user (nor maybe the time to read content).
> 
> I think that the bug is with the recalculation of the vfolder content
> when the mail is marked read which should only happen *after* another
> mail is selected manually, as it used to be with earlier versions.


Hmmh, I fail to reproduce here. I've configured the “auto mark as read”
delay to 0 so the mail is marked as read as soon as I open it.
The search folder is configured using “Status is not read”.

Is that the way you do that, or is there any other way?

here, with the config above (which may not be fine anyway), the mails
stay in the search folder as long as I stay in it. When I quit the
search folder, then re-enter it, the mails are “gone”.

Cheers,
-- 
Yves-Alexis