GNOME Bugzilla – Bug 608457
Evolution : incorrect number of mails in a virtual folder
Last modified: 2011-11-18 05:51:46 UTC
1 - create a search folder with this parameters : Rule name: Hier Search Folder Sources : select "specific folders" with this parameter => your IMAP INBOX folder like this imap:pk142468@mail-emea.sun.com/INBOX Conditions : Date received is before 12 hours ago Date received is after 2 days ago 2 - reload Evolution 3 - check in this search folder if you can see emails from yesterday 4 - if so, select in your INBOX folder 2 emails that are older that 12 hours and set the flag "unread" on both Result : the search folder should show this two emails as unread and in same time the count of unread emails show increase from 2 units. It display the right list but the counter value is not correct.
This bug can not be reproduced on Linux.
Created attachment 152587 [details] [review] If junk plugin is not installed, the message flags should also be set
looks related to bug 569576
The change doesn't seem to do anything apart of making the CPU busy with a 'for' and with a call to camel_folder_get_message_flags, which is rather workarounding the real issue with unnoticed changes for a search folder, isn't it? I guess that camel_folder_get_message_flags ensures the message info is loaded in memory, and makes it available for a search folder. Maybe the search folder's checking for "folder_changed" or invocation of it for some providers doesn't do that correctly. (In reply to comment #1) > This bug can not be reproduced on Linux. Where are you running it then? :)
(In reply to comment #4) > The change doesn't seem to do anything apart of making the CPU busy with a > 'for' and with a call to camel_folder_get_message_flags, which is rather > workarounding the real issue with unnoticed changes for a search folder, isn't > it? > > I guess that camel_folder_get_message_flags ensures the message info is loaded > in memory, and makes it available for a search folder. Maybe the search > folder's checking for "folder_changed" or invocation of it for some providers > doesn't do that correctly. > > (In reply to comment #1) > > This bug can not be reproduced on Linux. > > Where are you running it then? :) Solairs.
*** Bug 623367 has been marked as a duplicate of this bug. ***
Hrm, I forgot of this, I'm sorry. I made same changes in bug #562912, which also influences (not only unread) counts on search folders, and as far as I can tell it works as it should with that change. It'll be available within 3.0.3 release, which may be done soon. Could you try that version on your Solaris system, whether it'll work for you too, please? (Also note of bug #562912 comment #15.)
Jeff, ping, do you any update with Evolution 3.0.3 or Evolution 3.2.0 ?
Please feel free to reopen this bug if the problem still occurs with a newer version of Evolution.