GNOME Bugzilla – Bug 651469
Folders don't update after moving mails in maildir
Last modified: 2011-09-05 06:07:13 UTC
I recently updated to Evolution 3.0.1 on Fedora 15. Now moving mails no longer works properly. Actual results: Mails moved to another folder are still shown in the old folder but as deleted (striked through). Clicking on one of the mails yields an error in the preview pane. In order to update the folder I first need to enter another folder and then back again. Expected result: Mails should be moved directly.
Note that moving a mail is defined as appending a copy to the destination folder and marking the original for deletion.
What account type(s) is this about? IMAP? Local? And I don't see any behavior change compared to 2.32, hence proposing INVALID.
(In reply to comment #1) > Note that moving a mail is defined as appending a copy to the destination > folder and marking the original for deletion. Defined by whom or what? Regardless if this question, mails should not be marked for deletion but moved to trash. Then these mails end up both in trash and the destination folder. We have the same behavior with filtered mails and it is confusing people. (In reply to comment #2) > What account type(s) is this about? IMAP? Local? Local mail only, IMAP is fine.
Your Trash folder is a view of messages marked for deletion. The messages shown there still reside in the folders in which they were deleted. There is no such thing as "moving" a message to Trash.
I am aware of this, however there should be no deleted (striked through) messages shown in other folders. And mails moved/filtered to a folder should not show up in trash either, even if it is technically correct. I don't know any other email client that handles moved messages this way.
Problem still exists in evolution 3.0.2.
I can confirm that the problem exists in evolution 3.0.2. The moved mail are still shown (stricken through) in the original folder. The strange thing is that I have [view][show deleted messages] to off. When I delete a message it disappears at once but when I move a message it stays there until I delete some other message or toggle the view setting on and off. I do agree with the reporter that for the user, moving mail should not be copy and delete.
Raising priority to critical because restarting evolution every time I moved an email is not acceptable. @André: You set the 'probabledup' keyword. Can you tell me what other bug reports you have in mind?
(In reply to comment #8) > @André: You set the 'probabledup' keyword. Can you tell me what other bug > reports you have in mind? See https://bugzilla.gnome.org/describekeywords.cgi
OK, to summarize this bug report: a) you both do not like evolution's concept "move = copy & delete". There is surely such bug report, thus it's marked with probabledup. There is nothing to be done with it here. b) when you move messages between folders under On This Computer, then they are left in a view, even the View->Show deleted messages is not checked, thus they should be removed from the view. I just tried to reproduce this (b) on 3.1.5 and it's still there. I drag a message from Inbox to a subfolder and it is only strike through and kept in a view. Moving to a destination folder doesn't show it. Moving back to source folder hides it. Moving back to destination folder shows it as expected. I can repeat the process when I drag & drop the message back to the source folder.
So this is after fix from bug #523399, when I remove the code then it works as expected. I'll check what can be done.
Created attachment 194132 [details] [review] eds patch for evolution-data-server; This patch fixes the issue, messages are properly moved between folders on a maildir account. This has also a side-effect, about which was the above mentioned bug (apart of speed-up), moved messages doesn't appear in a Trash folder, neither are shown with View->Show deleted messages option selected. This applies only for maildir accounts and only when moving between folders on the same account. Moving between folders of different accounts fallbacks to the old behaviour.
Created commit a400739 in eds master (3.1.90+) Created commit 81f9319 in eds gnome-3-0 (3.0.3+)
(In reply to comment #10) > OK, to summarize this bug report: > > a) you both do not like evolution's concept "move = copy & delete". There is > surely such bug report, thus it's marked with probabledup. There is nothing > to be done with it here. I agree. I recall there was another bug about this but I cannot find it ATM.
*** Bug 652121 has been marked as a duplicate of this bug. ***
*** Bug 658138 has been marked as a duplicate of this bug. ***