GNOME Bugzilla – Bug 558926
Unread message count in virtual folders is wrong
Last modified: 2009-01-28 12:08:34 UTC
Please describe the problem: The count of unread messages in my virtual folders is frequently wrong. I fetch mail via POP into my local inbox, and view the inbox mostly through a set of virtual folders: one per mailing list, one with mail addressed directly to me, and a few others. In the list of virtual folders, the number of unread messages in each is displayed. This count is frequently wrong: sometimes it shows the folder as having unread messages when there are none, and sometimes it shows none when there are, in fact, unread messages. Sometimes it shows unread messages when there are unread messages, but it shows the wrong number. The total number of messages can also be wrong. This is displayed in the window title, and in the title box at the top of the folder list. A tthe moment, I'm looking at the virtual folder called "Unread mail (local)", and it is showing 1 unread message, and -6 messages in total. I'm using the version of Evolution in Ubuntu 8.10 (intrepid ibex). See also: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/291881 Steps to reproduce: 1. Use Evolution. 2. Receive e-mail. 3. Read e-mail. 4. Watch counts of messages unread and total go wonky. Actual results: Expected results: Message counts should be accurate. Does this happen every time? Pretty much every time. The actual results may be a bit random, but probably depend on the exact sequence of read/delete/expunge operations I do. Other information:
which version do you use? 2.24.1 or 2.24.0 ?
What is the vfolder's search/query criteria? Can you give me your vfolder.xml file and the folder name, that goes bad ?
Created attachment 121883 [details] Virtual folders xml file, as requested The folder "Olästa" has an incorrect total messages count.
Hi. I've got the same problem as Lars Wirzenius. My version of Evolution is 2.24.1.
I confirm this bug (Evolution 2.24.1, Ubuntu 8.10, several POP3-Accounts and one local maildir). In particular it appears after the search criteria of a search folder were changed. Then the new amounts of read/unread messages seems not to REPLACE the old ones (before the criteria changes took effect), but to INCREASE them instead - because the sums of both amounts are displayed afterwards. Steps to reproduce: 1. Find mails containing two different not-so-common words or characters. 2. Set up a new search folder which search criteria meet the first word or character. Now evolution shows the correct amount of read/unread messages. 3. Change the search criteria into a query that no message meets. Evolution correctly lists no messages but still shows the amounts of step 2 instead of "0 read messages, 0 unread messages". 4. Now change the search criteria into a query that meets the second word or character. Then evolution correctly lists the messages meeting the new criteria once again, but shows the sums of the read/unread messages from steps 2 *and* 4 instead of only step 4. This behaviour does not depend on which kind of criteria is used.
I'll look at this.
(In reply to comment #5) > I confirm this bug (Evolution 2.24.1, Ubuntu 8.10, several POP3-Accounts and > one local maildir). > > In particular it appears after the search criteria of a search folder were > changed. Then the new amounts of read/unread messages seems not to REPLACE the > old ones (before the criteria changes took effect), but to INCREASE them > instead - because the sums of both amounts are displayed afterwards. > Bug 557348 is your issue. I just put a patch there.
Created attachment 123023 [details] VFolder rule file describing all mails not older than 24 hours. Another VFolder rule, hoping it might help to discover the bug. Used with Evolution 2.24.1 from Ubuntu 8.10 Intrepid Ibex. Currently, the VFolder 'heute' ('today') list -14 unread messages with a total of 111 messages. 'Select all' counts 46 messages.
Any progress on this? The bug still exists in my version 2.24.2-0ubuntu1.
Created attachment 124031 [details] screenshot Here's an image with the bug.
This should be fixed in 2.25.3 + 2.24.2.1 onwards [I'm gonna release 2.24.2.1 later this week] I just commited to stable/trunk.
It's been a long week... if you can post I patch, I might be able to find the time to build a package for Ubuntu (I've never packaged a .deb before, so it will take some time.). This bug really hurts usability as I have no idea if my folders have new mail or not without loading them, which is painful with satellite internet and IMAP being so slow. Thanks.
Don't worry about putting a patch together, I'm pretty sure I'll be able to get something put together from svn. I've got to go back a couple revisions though, because revision 36925 introduced a compile error: em-migrate.c:2870: error: ‘CAMEL_STORE_IS_MIGRATING’ undeclared (first use in this function). It turns out updating an ubuntu package is pretty easy, so I should get something together to satisfy ubuntu users until you can make a release. Unfortunately, it may have to wait a day or so, because I violated my so called "fair access policy" which only allows 500 MB download a day... doesn't really seem fair to me. Now I've got dialup speeds for 24 hours :(. Thank you HughesNet.
This seems to be fixed (and I've got ubuntu packages, which I will link to in the launchpad bug). However, I had to remove ~/.evolution/mail/vfolder/folders.db. Without doing this, I still had bad counts on my vfolders (my regular folders were correct). After removing that file, evolution rebuilt it with correct counts. Thanks.
After a few days of use, the unread count is still correct, but the total count has gotten out of sync. This isn't as big an issue from a usability standpoint, but should probably still be addressed.
Probably should yes! I currently have a count of 48 unread and -888999708 total in a folder with 8 read messages. This is using evolution 2.24.3 on fedora 10 x86_64