After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 534938 - Filtering on INBOX happens even if the message is not new
Filtering on INBOX happens even if the message is not new
Status: RESOLVED FIXED
Product: evolution-data-server
Classification: Platform
Component: Mailer
unspecified
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-05-26 16:23 UTC by Milan Crha
Modified: 2009-02-12 10:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed eds patch (5.10 KB, patch)
2008-06-19 12:57 UTC, Milan Crha
committed Details | Review

Description Milan Crha 2008-05-26 16:23:10 UTC
Moving this from downstream bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=446693


If you move a message that matches a filter from a folder to the INBOX (using
IMAP here) the message is immediately re-filtered again and sent to the folder
target of the filter.

This is ok for new messages but shouldn't happen for messages that are marked as
read and that I myself am dragging back to INBOX.

---------

This is a side effect of my patch to bug #324804.
Comment 1 Milan Crha 2008-06-19 11:47:15 UTC
I tested this and as far as I can tell, I didn't cause this with my patch, because the message is reported as \\Recent from the server, even also \\Seen.
Anyway, this behavior is same as before the patch and should be fixed.
Probably a duplicate of other bug too.
Comment 2 Milan Crha 2008-06-19 12:57:27 UTC
Created attachment 113037 [details] [review]
proposed eds patch

for evolution-data-server;

I tested when copying between folders on same server and between local and server folder. Both seems to work fine as long as server supports UIDPLUS. It will not work for XGWMOVE, somehow. BTW, based on Jeff's comment at
http://objectmix.com/imap/201901-imap-command-move-message.html
it's possible the returned value from that command is usable (I thought and commented above that it isn't). But that's the other issue, let it be alone.
Comment 3 Srinivasa Ragavan 2008-06-19 14:53:48 UTC
But, What is the bug here? I dont think that is a bug. You have a filter, like what I had for archiving, You must act on any incoming messages. 
Comment 4 Milan Crha 2008-06-19 15:15:26 UTC
The bug here is when you, a real person, drag&drop to the Inbox, then the message is also pushed through the filtering system, which is somehow wrong, isn't it?
Comment 5 Srinivasa Ragavan 2008-06-19 16:12:55 UTC
Not sure. Fejj, do you have any suggestions ?
Comment 6 Srinivasa Ragavan 2008-08-31 13:08:27 UTC
Decisions pending.. not the patch :-)
Comment 7 Milan Crha 2009-01-23 16:21:14 UTC
Fejj ping.
Comment 8 Jeffrey Stedfast 2009-01-23 16:47:39 UTC
I agree with Milan in that if a user physically moves his mail back into the INBOX, it shouldn't be re-filtered.
Comment 9 Srinivasa Ragavan 2009-02-12 08:51:19 UTC
Take to trunk Milan
Comment 10 Milan Crha 2009-02-12 10:29:14 UTC
Committed to trunk. Committed revision 10050.