Red Hat Bugzilla – Bug 466431
After upgrade from F-9, mailboxes appear unsorted
Last modified: 2009-08-01 14:02:30 EDT
Description of problem:
After upgrading from F-9 (which has evolution-2.23, i.e. uses old-style summaries), all mailboxes appear unsorted. Before, they were sorted by the date/time messages appeared in the respective mailbox. I haven't changed away from whatever defaultz sort order was used for the mailboxes.
Version-Release number of selected component (if applicable):
After upograding from F-9, or evolution-2.23 respectively.
Steps to Reproduce:
1. With evo 2.23/F-9 Have mailboxes on an IMAP server.
2. Upgrade to Rawhide/F-10 Beta
3. Start evolution
Summaries get converted, mailboxes are completely unsorted.
Summaries get converted, mailboxes are sorted as they were before.
I assume that this stems from the new-style sqlite-based summaries. I checked the sort order on a system I haven't upgraded and both there and on Rawhide, it is listed as "Custom". Perhaps the upgrade mechanism which converts the summaries should change the old "Custom" sort order (which in most cases(*) orders messages by date/time of reception) to "Received" which resembles the old behavior closest IMO.
(*): If you moved messages around between mailboxes, the old "Custom" sort order would sort them as "newest" (or bottom-most) in the new mailbox, "Received" will sort them as per their latest Received header.
*** Bug 466180 has been marked as a duplicate of this bug. ***
*** Bug 472742 has been marked as a duplicate of this bug. ***
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
As mentioned in bug 472742, there appears to be many problems with v2.24.x of evolution.
I am experiencing the following issues still on the current version 2.24.2:
Evolution taking a long time to filter new messages, even when there are none, each time it polls my mailbox.
Randomly some emails can not be read due to "unable to find message body in fetch request from server" (or something along those lines).
Randomly some emails will not display due to "message content too long, you can view this message unformatted, or in an external viewer" (or similar message).
Randomly one of the above emails with "too long" content became viewable, and had a quoted reply. The email format was html. The new content viewed OK, but the quoted content had all become right hand side justified.
"Failed to store inbox" error messages
"Failed to write temporaty file /home/ant/.evolution/<temp name>, argument length too long" messages, when composing an email.
Evolution packages installed are:
Its just started happened again, can confirm exact messages are:
"Unable to retrieve message
Could not find message body in FETCH response."
"Unable to retrieve message
Cannot get message with message ID 5475341: No such message available."
I kept getting one of these messages, trying to read any email, most of them the "Could not find message body" error. Evolution had to be re-started at this point before I could read any of my email.
this bug is still present in F11 beta/rawhide (evolution-2.26.1-2.fc11), mailboxes are still not being sorted properly.
Closing, as the upstream bug contains patches awaiting a review.
Upstream patches have been committed to master, is there any chance we can have these patches included in Fedora 11 packages?
I have "backported" (the only difficulty was in the ChangeLog files) the patches to local builds and sorting now behaves as I expect. I will attach a patch against Fedora CVS that applies to the relevant packages.
Created attachment 342137 [details]
Patch against Fedora CVS
This patch applies against Fedora CVS for evolution-data-server, evolution, evolution-exchange & evolution-mapi
Re-opening in the hope my request for a backported fix might get some attention (even if it's a negative), I did provide a patch :-)
I hope this is the correct bugzilla etiquette. Leaving version on Fedora 10 as there is no Fedora 11 product in bugzilla yet.
Evolution 2.26.2 is in the Fedora 11 testing repo. Try that first.
These patches are not in evolution/eds 2.26.2, so the build in Fedora 11 testing repo still has incorrect sorting.
The patches attached earlier still apply to 2.26.2 (excluding the Fedora spec file bits).
Oddly, evolution-mapi 0.27.1 (included in GNOME 2.26.2) does include the patch for this, but it refuses to build against eds 2.26.2 anyway.
Patches cannot be applied to Fedora 11 because it breaks libcamel's ABI.
The fix is present in Fedora 12 / Rawhide.