Evolution search folder displays no messages but displays correct message count

Bug #285419 reported by John S
26
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evolution
Fix Released
Medium
evolution (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: evolution

Created a search folder with rule "Match all", set to track some local folders and some IMAP folders. When browsing the newly created search folder, the title bar displays the correct total count of messages, but where the list should be it says "There are no messages in this folder".

evolution 2.24.0-0ubuntu3 (Intrepid)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, do you get the correct list if you switch to an another directory and back to this one?

Changed in evolution:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
John S (jcspray) wrote :

The list doesn't change when I switch to another directory and then back.

However, now that I look again later, I find that the list does contain messages which I received into my IMAP inbox since I created the folder. So it is showing me messages from the correct folders but only those created less than 2 days ago.

I also note that the total message count is several times larger than it should be: It is given as over 100000, but the total number should be more like 18000. At a glance the message count looked about right when I first reported this, but I may have mentally skipped a zero -- it could have been wrong all along. So now it is showing a total of over 100000, but only display about 15 messages.

Changed in evolution:
status: Incomplete → New
Revision history for this message
John S (jcspray) wrote :
Revision history for this message
Pedro Villavicencio (pedro) wrote :

still an issue with evolution 2.24.1?

Changed in evolution:
status: New → Incomplete
Revision history for this message
John S (jcspray) wrote :

Still happens with 2.24.1-0ubuntu1

Behaviour is the same, tested by creating a new "match all" search folder with this version. Initially appears empty, and when I send myself an email to the searched folder, it appears there.

I have also noticed an additional behaviour of the total message count of the original search folder. Each time I start evolution, the message count is incremented by exactly the number of messages in one of the folders in the search, a local mailbox.

I note that if I create a search folder pointing to a single IMAP folder, the message count is correct and constant throughout subsequent runs. If I create a serach folder pointing to a single local folder, the message count is initially correct and then increments by the number of messages in the local folder each time I restart evolution. In both cases only messages received since the folder was created are listed.

Changed in evolution:
status: Incomplete → New
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in evolution:
status: New → Triaged
Revision history for this message
Iuri Diniz (iuridiniz) wrote :

I have the same problem of John "the message count is initially correct and then increments by the number of messages in the local folder each time I restart evolution."

Revision history for this message
Iuri Diniz (iuridiniz) wrote :

seems the same bug but In my case the search folder was created for a IMAP folder (see screenshot) with others rules

Note: I've selected 'if all criteria are met' because I know that the search folder will match no messages.

If I recreate the 'search folder' the new message count will be correct, but after a time of using the new message count would break, there's no need to restart evolution.

Revision history for this message
Iuri Diniz (iuridiniz) wrote :

The search folders are completely crazy for me... see screenshoot

Revision history for this message
Iuri Diniz (iuridiniz) wrote :

screenshot 2

Revision history for this message
Praveen (ప్రవీణ్) Garlapati (గార్లపాటి) (praveengarlapati) wrote :

The same issue is observed on Evolution 2.24.1 on intrepid.
While the search folder has no unread messages, every search folder displays some random number.

Revision history for this message
Stephen Monteith (stephen-monteith) wrote :

I had this bug in 2.4.1 but I just upgraded to 2.4.2 and the bug has gone in my case. The unread message count does reflect the actual unread messages as I read them. The message list also displays correctly.

Revision history for this message
Michele Costantino Soccio (michelinux) wrote : Re: [Bug 285419] Re: Evolution search folder displays no messages but displays correct message count

In my case the bug is gone, but only with "standard" folders. "Virtual"
folders still show the wrong number.

Il giorno ven, 05/12/2008 alle 13.03 +0000, Stephen Monteith ha scritto:

> I had this bug in 2.4.1 but I just upgraded to 2.4.2 and the bug has
> gone in my case. The unread message count does reflect the actual
> unread messages as I read them. The message list also displays
> correctly.
>

Changed in evolution:
status: Unknown → New
Revision history for this message
Iuri Diniz (iuridiniz) wrote :

Seems fixed on 2.24.3, update your evolution.

Revision history for this message
mlissner (mlissner-michaeljaylissner) wrote :

Yep. Fixed on the latest Intrepid updates.

Revision history for this message
Michele Costantino Soccio (michelinux) wrote :

For me it is "almost" fixed. To make this problem appear again try to
move a message from a VFolder to a Real Folder. You will see the Real
Folder unread counter to be increased, even the message you moved was
marked as read. So I suppose there is some more deep problem in
Evolution with the unread counter.

Il giorno ven, 30/01/2009 alle 17.49 +0000, mlissner ha scritto:

> Yep. Fixed on the latest Intrepid updates.
>

Revision history for this message
xmanu (xmanu) wrote :

Seems to happen in Jaunty again (Evolution 2.26.1).

Match all does not return any results even if messages for sure have the keyword in it.

Changed in evolution:
status: New → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream thinks the bug is fixed reopen if you still get it though

Changed in evolution (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream thinks the bug is fixed reopen if you still get it though

Changed in evolution:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.