Unread search folder removes messages as soon as their unread flag is toggled

thank you for your bug report, the issue is an upstream one and the ubuntu team doesn't have the ressources to work on it, could you also open it on bugzilla.gnome.org where people writting the software will read it?

Ok, reported upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=554332

thank you for sending the bug to GNOME

Given this is the default mail client in Ubuntu, and this is a fairly noticeable feature, I think it's a shame that there's no resources to work on it, as my guess is it will reflect badly on the Intrepid release if it's not fixed for it.

the bug has been fixed upstream now

the bug is fixed in intrepid now

In what version has it been fixed? I have 2.24.0-0ubuntu3 here and the bug is not fixed there.

I'm running 2.24.1-0ubuntu1 and this is not fixed. This is not even released in upstream stable release.

It is fixed as of 2.24.1-0ubuntu2. The behaviour is different from 2.22, in which expunge would clean read messages from the list. Reload isn't working either, but double clicking the folder refreshes it and removes read messages. Ctrl+E was easier though, now we need to use the mouse… :-P Is there an accelerator that refreshes the search folder? F5 doesn't seem to work…

It seems to be fixed for search folders with only one condition, can anyone else try this? I had a search folder for unread messages and the messages stuck after read until a refresh. I added another search criteria to also track important messages and now messages disappear immediately. I'd say this isn't fixed. I also changed the rule to match any criteria instead of all criteria, so that could be related too.

I can confirm Mr. Santos's observation that the bug is only fixed for folders whose only criterion is read status. I like to have a vfolder which has both unread messages and messages flagged as important. The bug remains for that vfolder.

Actually, scratch that.. it seems to work very inconsistently regardless of the number of search criteria. I haven't yet discovered a pattern of conditions where it works and doesn't work.

I agree. It doesn't work at all. It just removes the messages when
marked read. I have the following evolution packages:

evolution 2.24.1-0ubuntu2
evolution-common 2.24.1-0ubuntu2
evolution-data-server 2.24.1-0ubuntu1
evolution-data-server-common 2.24.1-0ubuntu1

As per upstream comments, it seams there was a hack to fix only the
unread case, so everything else doesn't work, even if the unread
condition is used… :-(

This makes search folders for tracking unread and other criteria useless
while using automatic read status change.

I have a search folder called 'Unread' with a single rule: status if not
read for all Local and Active Remote Folders.

This doesn't work either. So I'm not sure to which use case you are
referring, since nothing workings.

In spite of being marked as fix release upstream, it has not been, it was a poor hack that doesn't actually work. So this bug is very much alive and annoying, making search folders both useless and annoying.

This is still an issue with latest evolution will re open the upstream task, thanks for the feedback.

I confirm the bug for the latest version under ubuntu 8.10. It is very annoying, especially when you use a number of filters to distribute mails to the appropriate folders. Please solve this as soon as possible it used to work like a charm.

Sorry, I forgot the mention that I work with the 64-bit architecture. I am not sure this is relevant.

the bug has been fixed upstream now

Accepted evolution-data-server 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!

Just updated to proposed using the following packages:

  evolution 2.24.1.1-0ubuntu1
  evolution-data-server 2.24.1.1-0ubuntu1

The problem still persists. Upstream also doesn't seem to be fixed,
despite a tentative fix released. Is there a 2.24.2 update coming
through the pipe ?

2.24.2 works for search folders that only use the Unread status. As long
as you use other conditions and automatic 'mark as read' it doesn't work
as expected.

IMHO this is has been a major regression, and it makes search folders
mostly useless for me (I need to track flagged messages along new ones).

As far as unread search folders go, the bug is fixed. But the fix only
works with unread messages.

Cheers

After I deleted the Unread search folder and created it again, it
worked. It seems that the unread status is back up.

What changed was evolution-data-server to version 2.24.2-0ubuntu1.

This is step in the right direction, although other criteria don't work.

I've tested the package from proposed and I'm still seeing a blank window while reading emails on the unread search folder, the messages are not "removed" from the list but they cannot be readed, it happens most of the times for me with threads: on the search folder order by "Group by threads", find a thread with all the messages as unreaded, start reading them from first to last then click again on the last one, the mail window is empty, will comment on the upstream report.

2.24.2 didn't fix it for me. I tried re-creating the folder as Alfredo
suggested, but it didn't help either.

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

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

  * New upstream version:
    Bug Fixes:
    - #546637: Now unread vfolder should be better (lp: #275952)
    - #557348: Clear summary when we reset query.
    - #558883: Improve performance in case of large IMAP folders. (lp: #292739)
    - #560076: Handle followup better
    - #561069: If nothing to expunge, don't crash. (lp: #298526)

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

  * New upstream version
    Bug Fixes:
    - #209514: (Novell Bugzilla) Evolution Groupwise missing mails
    - #372382: (Novell Bugzilla) VUL-0: OTRS SOAP interface vulnerability
    - #434946: (Novell Bugzilla) Deleted Messages in Trash Show Bold and Behave
      Like New Messages
    - #434950: Newly Fetched Mail Doesn't Update Mailbox Count in
      QuickViewer Until Exit and Entry
    - #434958: 'Empty Trash' Sometimes Requires Multiple Attempts Before
      Initiating
    - #435725: Disable Right-Mouse "Delete" On GrouPWise System Email Folders
    - #435727: Deleted Shared Folder Crashes Evolution
    - #435964: Evo crashed after switching from offline to online
      in GW addressbook
    - #440502: Tracker Bug: GroupWise Magic Patch Tracker
    - #532136: Evolution crashed - modifying a local task and changed offline
      state
    - #555979: Evolution does not empty trash on exit (lp: #281093)
    - #556119: Takes a very long time to index newsgroup.
    - #558727: Format string bugs causing potential crashes
    - #558737: Evolution freezes on trying to store folder
    - #558883: Evolution 2.24 is terribly slow with large IMAP folders.

 -- Sebastien Bacher <email address hidden> Mon, 24 Nov 2008 15:09:05 +0100

Reopening, verification failed.

Running 2.24.2-0ubuntu1 and search folder still do not work.

Read messages are displayed but not following the rules of the folder.

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!

Works for me... though I believe that requiring the user to manually check a vFolder as being unread is a bit hacky. Seems that you could instead detect that if the search criteria includes one based on read status, the hack could automatically be applied. That comment has already been made in the upstream gnome bug though.

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

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

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

  * New upstream version:
    Bug Fixes:
    - #332729: Invalid write with outspring from e-config.c
    - #337082: Unnamed imap folder (lp: #37227)
    - #435452: Adding People to Meeting Loses Attendee if Add or
               Busy Search Selected
    - #435694: Retract of Email from Sent Items Does not Work
    - #439733: Checking for junk before training
    - #446285: Meeting Entry Does Not Allow Multiple Names
    - #458968: Don't warn the user about changes being lost if he is trying to
               delegate the meeting
    - #546637: Mail opened from the "Unread mails" displays empty (lp: #275952)
    - #551599: Do not fallback to default 15 minutes alarm offset if alarm is
               triggered at start
    - #552583: Passwords don't get stored when using other authentication
            type than "Password"
    - #552583: Free the right url
    - #552583: Account checking logic a bit more consistent
    - #552583: Fix bugs in the account checking logic
    - #552583: Compare the protocol, user, host and port and disregard the rest
    - #555663: Evolution crashed with SIGSEGV in gconf-bridge (lp: #280675)
    - #556303: Evolution crashed with SIGSEGV in camel_mime_part_get_filename
               (lp: #304385)
    - #557176: Crash while trying to click on 'Contacts'
    - #558337: Evolution crashes while managing IMAP folder subscriptions
    - #559153: Unable to convert mailboxes from Hardy to Intrepid versions
    - #560420: Failed spamassassin pipe on Evolution (lp: #275746)
    - #562091: New share memo window doesn't come up
    - #562155: Evolution stopped to start
    - #562450: Edit as New Message doesn't copy the content of a
               GPG signed message
    - #562886: Evolution mailto CLI cannot handle attachments with
               "#" in filename (lp: #304036)
    - #563077: Evolution crashes if gnome-settings-daemon is not
               started on Solaris
    - #563250: Save and restore custom composer accelerators
    - #563369: "Templates" folder not translated
    - #564007: Messages do not show inline decrypted message by default
    - #564860: Evolution crashes in e_util_labels_parse if the labels don't have
               the correct format
    - #565553: Right click on an attachment in calendar event
               and chose application does not work
    - #566653: Local folder's DnD aren't saved well to DB
  * debian/control:
    - updated evolution-data-server requirement

 -- Sebastien Bacher <email address hidden> Mon, 12 Jan 2009 16:23:51 +0100

Non unread vFolders still have a wrong unread message count for me.

In general this new Evolution (since intrepid) is handling read/unread count totally wrong. Can we hope in another minor release in the future?

@Andrea Ratto:
The wrong unread message count is a different bug: Have a look at bug #291881

the new version is in jaunty now

there's another small patch at the upstream bug which was re opened (again) : http://bugzilla.gnome.org/show_bug.cgi?id=546637#c65

Reopening, since verification-failed.

2.24.3 in 8.10, at least here, is working almost as it used to.

I use a search folder for unread and important messages.
If I mark the messages as read/unimportant using the 'mark as' menu the message is removed instantly (which would be enough for me if it worked on already read messages and there was an accelerator for mark as unimportant)

If it gets marked as read automatically or if I remove the important flag in the message list pane, the message doesn't disappear until I reload the search folder by double clicking it in the folder pane (refresh and expunge unfortunately don't work as before. I used Ctrl-E to clean the search folder in 2.22, know I have to move the mouse around).
Removing the important flag in the message list pane works but the icon isn't updated until the message is selected again (or the folder is reloaded and then the message disappears), so the important icon stays there until I change to another message and change back the previous unmarked message, by then the important icon disappears (the message doesn't only disappears when the folder is reloaded).

It seems better than when the messages got removed as soon as read, but at least for me it still isn't working as I wanted it to, or at least as I got used to (and it worked well, for me at least). Having no keyboard accelerator to remove the important flag and since expunge isn't working to remove messages that don't fit the search criteria any more, makes it not as easy to use as it was in 2.22, but it is getting better.

Anyone else tried to use the search folders again?

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug is still marked as confirmed in later versions of Ubuntu.

This issue affects me since the upgrade from Ubuntu 10.04 to 10.10. I have report it upstream in:
https://bugzilla.gnome.org/show_bug.cgi?id=546637#c73

This affects me, too, since upgrading from 10.04 to 10.10. This is from Evolution 2.28.x to 2.30.3

This affects me as well.

Ubuntu 10.10/Evolution 2.30.3.

I have a search folder with 3 conditions and a selector of "if any conditions are met". None of the conditions are about unread messages. The three are:-

Recipients contains word
Subject contains word
Message Body contains word

Source is "All local folders"

The result for the folder shows "(36)" after the name and "36 read, 8 total" at the top of the folder tree. 8 is indeed the number of messages shown in the folder, so 36 unread appears to be the wrong part (unless it has correctly counted messages in all my folders but failed to show them!)

It appears that this bug has been around for a long time which is disconcerting for a "product" included as the default email client when installing Ubuntu. There appears to be no progress on this since the middle of last year. It would be nice to see the Ubuntu team apportion some time to this since it is packaged by default.

Jaunty has reached EOL, so I am closing this bugtask. This bug remains open in later versions of Ubuntu.

After 4 years of bug, moved on to Thunderbird more than two years ago. Unsubscribing from this bug.

bug from 2008. Version not more supported.
change status to invalid.