Search folders have the wrong Unread count

Thank you for your bug report. There is several count issues in the new version not sure if that's a duplicate though, could you open the bug on bugzilla.gnome.org too where the people writting the software will read it?

I get this too, all the time, since I upgraded to intrepid on Friday. At times, a folder might display negative message counts (my "Unread mail (local)" folder is showing -7 messages right now), and might display several new mails in the folder list, when in fact there are no new mails. Worst is that sometimes a search folder shows no new mail when there is, in fact some new mail in it.

Since my e-mail processing has relied on Evolution's search folders for some years now, this is having a pretty big impact on my effectiveness when processing large batches of e-mail.

Filed as #558926 in the GNOME bugzilla.

I've got the same negative e-mail problem as Lars Wirzenius, right now I'm up to -36 e-mails in my undread folder.

Vincent, I can do better than you. Screenshot attached.

Well, this shouldn't turn into a competition, so let's just say that my number has also changed since last time... :p

I would like to confirm the bug. Maybe it related to the unread filter bug. I don't know, but it would be nice to solve it as soon as possible. It is quite stupid trying to find unread messages that are not there...

I'll also confirm.

Another thing to add, if you change the search folder options affecting threads, the accuracy of the count gets more incorrect each time you change it the thread options. I changed these options three times, and the count went from an inaccurate count of 16 unread 17 read to something in the 70's, growing each time.

This problem is new to me since the 8.10 upgrade.

I have positive count numbers in my search folders despite there being no content in them. The count does not change if I toggle "hide hidden messages". I am using evolution 2.24.2-0ubuntu1 on Kubuntu Intrepid, and this is a new problem to me since upgrading from Hardy. Screenshot attached.

Vik :v)

Confirming here, on Ubuntu 8.10. I never saw this bug on Ubuntu 7.10/8.04.
I'm using search folders backed by an IMAP email account.

For search folders, I can increase the "unread message count" by:

1. Selecting all messages in the search folder, with Ctrl-A.
2. Marking them all as unread, using "Mark as Unread".
3. Deselecting all messages.
4. Reselecting all messages in the search folder, with Ctrl-A.
5. Marking them all as read, using "Mark as Read".

At this point the "unread message count" seems to increase :).
I can't seem to get the counts of "unread messages" back to zero again...

Incidentally, I've cleared out my Evolution config and recreated it from scratch a couple of times. However, the bug eventually reappears after a day or two.

Confirming this issue. Even when all messages deleted from a folder, the folder still says there are 1 unread message. <g>

upstream has committed a fix for this for both 2.24.2.1 (Intrepid) and 2.25.3, and should release 2.24.2.1 later this week.

See
https://launchpad.net/~yrral86/+archive
for packages that include this fix (and a few others from upstream svn)

Disclaimer: these packages may eat your children, and if you add this ppa to your sources.list, it will most likely on day break your system. That kernel package has a patch that upstream refuses to apply ;-) You have been warned. However, just grabbing the evolution packages shouldn't cause any problems.

Accepted into intrepid-proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

This bug was fixed in the package evolution-data-server - 2.24.3-0ubuntu1

---------------
evolution-data-server (2.24.3-0ubuntu1) intrepid-proposed; urgency=low

  * New upstream version:
    Bug Fixes:
    - #451734: Weather calendar getting wrong data for Blythe, California
    - #545834: IMAP summary headers are not updated on full message download
    - #546637: Mail opened from the "Unread mails" displays empty list
               (lp: #275952)
    - #552986: Fix for a crash in pop3_connect
    - #554182: GSSAPI not working with 2.24.0 (lp: #285520)
    - #555230: Autocompletion crash on broken vCard
    - #557348: Search folders with "Include threads" do not update reliably
    - #558744: Fix for a crash when started in offline mode (lp: #292637)
    - #558883: Evolution 2.24 is terribly slow with large IMAP folders
               (lp: #292739)
    - #558926: Unread message count in virtual folders is wrong (lp: #291881)
    - #559153: Migration fixes from Evolution 2.22 to Evolution 2.24
               (lp: #293207)
    - #559272: Infinite loop using a CalDAV source
    - #561081: "Moving" emails is broken
    - #561561: Use sufficiently large buffers for strftime
    - #562200: Left click of mouse disables calendar
    - #562228: Login to exchange fails if "mailbox" is filled manually in the config wizard
    - #564339: IMAP syncing performs too much local I/O
    - #564541: Fix for a crash doing a search in vFolders
    - #564954: "Match All" search folder shows no messages
    - #209514: Evolution Groupwise missing mails
    - #435632: Fix for a crash when moving contacts to a different addressbook
    - #440265: Groupwise Address Book Contact Lists Are Not Saved
    - #446290: GW Parallel clients & (un)read counts problems
    - #447121: Fix for a memory corruption in GroupWise
    - #448079: Instability in GroupWise on x86_64
    - #449916: Loss of data in Messages related to shared memos
               and Assigned tasks
    - #455939: Fix for a deadlock in evolution-data-server
    - #462575: Evolution does not honor the "Check for new messages
               in all folders" setting for GroupWise SOAP accounts

 -- Sebastien Bacher <email address hidden> Mon, 12 Jan 2009 15:25:20 +0100

I still have this after the update. However it seems less severe.
It is probably counting spam and automatically marked as read for unread messages.
I hope in a new bugfix release...

I can confirm that evolution 2.24.3-0ubuntu1 does _not_ fix this bug.

Reopening then.

Could somebody having the issue comment directly on the upstream bug to get those issues solved? The counts are correct on my configuration and somebody having the issue is better placed to send informations to GNOME

I now have other folders that also show the wrong counts.

The fix certainly works here, after I followed the advice of Larry Reaves in the GNOME bugzilla report, that is to delete ~/.evolution/mail/vfolder/folders.db. Since I do not know what this file does, I can't guarantee that deleting it is a good idea for everyone, but it worked for me after the upated package was installed.

This bug was fixed in the package evolution-data-server - 2.24.3-0ubuntu1

---------------
evolution-data-server (2.24.3-0ubuntu1) intrepid-proposed; urgency=low

  * New upstream version:
    Bug Fixes:
    - #451734: Weather calendar getting wrong data for Blythe, California
    - #545834: IMAP summary headers are not updated on full message download
    - #546637: Mail opened from the "Unread mails" displays empty list
               (lp: #275952)
    - #552986: Fix for a crash in pop3_connect
    - #554182: GSSAPI not working with 2.24.0 (lp: #285520)
    - #555230: Autocompletion crash on broken vCard
    - #557348: Search folders with "Include threads" do not update reliably
    - #558744: Fix for a crash when started in offline mode (lp: #292637)
    - #558883: Evolution 2.24 is terribly slow with large IMAP folders
               (lp: #292739)
    - #558926: Unread message count in virtual folders is wrong (lp: #291881)
    - #559153: Migration fixes from Evolution 2.22 to Evolution 2.24
               (lp: #293207)
    - #559272: Infinite loop using a CalDAV source
    - #561081: "Moving" emails is broken
    - #561561: Use sufficiently large buffers for strftime
    - #562200: Left click of mouse disables calendar
    - #562228: Login to exchange fails if "mailbox" is filled manually in the config wizard
    - #564339: IMAP syncing performs too much local I/O
    - #564541: Fix for a crash doing a search in vFolders
    - #564954: "Match All" search folder shows no messages
    - #209514: Evolution Groupwise missing mails
    - #435632: Fix for a crash when moving contacts to a different addressbook
    - #440265: Groupwise Address Book Contact Lists Are Not Saved
    - #446290: GW Parallel clients & (un)read counts problems
    - #447121: Fix for a memory corruption in GroupWise
    - #448079: Instability in GroupWise on x86_64
    - #449916: Loss of data in Messages related to shared memos
               and Assigned tasks
    - #455939: Fix for a deadlock in evolution-data-server
    - #462575: Evolution does not honor the "Check for new messages
               in all folders" setting for GroupWise SOAP accounts

 -- Sebastien Bacher <email address hidden> Mon, 12 Jan 2009 15:25:20 +0100

There are still some outstanding issues to be fixed regarding unread counts, but they are being taken care of. Another issue has been patched today. The upstream bug that is tracking all the bugs related to this issue is at http://bugzilla.gnome.org/show_bug.cgi?id=543389

2.24.4 was just released and should fix this issue. Now we just need packages ;)

i wanted to comment that Evolution shows wrong "Unread" messages in the taskbar... it says Inbox 1 Unread message and when i go there, is no new message... this is very elementary and should be fixed... also when moving new messages from inbox to another folder, the bold 1 Unread mail, still persist and it's annoying.... Evolution had this bugs since 8.04 and still have them... no matter what, evolution is the best mail client ever.

the new version is in jaunty now

the issue should be fixed in jaunty, if you still have a bug there open a new ticket about the issue

Works for me now in Jaunty, so I've switched back to Evolution. Now to file some Thunderbird bugs...

Thanks for your efforts folks!

Vik :v)

I had to delete and then re-create my search folder after the upgrade to Jaunty to get this to work ('Refresh' did not help), but now it seems fine.