307540 - filter action copy + delete does only the copy part

Status: RESOLVED WORKSFORME

(MailNews Core :: Filters, defect)

Description

[Magnus Melin [:mkmelin]]

Make a Message Filter with this action (which was desired in bug 253298):
Copy Message To xxx + Delete message

Apply the filter. The copy part is performed, but the delete is not. 

Seen on
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050908 Thunderbird/1.4
ID:2005090807 and also on thunderbird 1.0.x.

Comment 1

[Magnus Melin [:mkmelin]]

I see this both for POP and IMAP btw. 

Comment 2

[Mike Cowperthwaite]

1.5b1-0904, Win2K: Unable to reproduce with POP or IMAP.

Enable the filter log, if you haven't already, and report what's listed there 
when the filter executes.


I do see an oddness under IMAP (fastmail.fm), using the Mark As Deleted model:
there is a deleted message in the Inbox, an (unread) copy in the (IMAP) target 
folder, *and* a deleted copy in the target folder.

Comment 3

[Magnus Melin [:mkmelin]]

The filter log only mentions applying the Copy action... nothing about delete,
nothing about any errors. 

I realized it may not make much sence to make a copy + delete filter (except for
in the mark as deleted model) since the filter actions after copy apply to both
messages so both messages would be deleted anyway... (so bug 253298 workaround
would need two filters run on different folders).

I do use the mark as deleted model, but I don't see the oddness you mention. 

Comment 4

[Felix Miata]

Reporter, is mark as junk followed by automatic move to trash (delete) broken for you too? It is for me.

Comment 5

[Magnus Melin [:mkmelin]]

(In reply to comment #4)
> Reporter, is mark as junk followed by automatic move to trash (delete) broken
> for you too? It is for me.

Nope, that's working fine (at least on trunk).

Comment 6

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #0)
> Copy Message To xxx + Delete message

When re-creation test of Bug 384735(copy to "Local Folders" case) with trunk, JS error in Bug 384735 Comment #4 was observed just after copy of first filtered mail.
Magnus Melin: Is there same JS error in Error Console in you case?

Comment 7

[Magnus Melin [:mkmelin]]

Nope, no js error. Also, i can add that it seems to only happen while copying is imap folder -> imap folder, not with imap -> pop

Comment 8

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #7)
> Nope, no js error. 
> it seems to only happen while copying is imap folder -> imap folder, not with imap -> pop
Oh, IMAP case. IMAP problem is different from POP3 problem in many cases... But David has joined to Bug 384735 to analyze problem when POP3. Please watch that bug.

Comment 9

[WADA:World Anti-bad-Duping Agency]

David has started analysis of problem when "copy then move" in Bug 376235.
Delete is similar to move if combination of "APPEND to Trash" & "DELETE" instead of simple "DELETE". Magnus, watch Bug 376235 also, please.   

Comment 10

[WADA:World Anti-bad-Duping Agency]

Set dependency to Bug 376235 for ease of tracking.

Comment 11

[Wayne Mery (:wsmwk)]

see comment 9

Comment 12

[:aceman]

I think filter actions are internally ordered due to various reasons and that may not be the order in which the actions are specified by the user. The order is mentioned e.g. in https://bugzilla.mozilla.org/show_bug.cgi?id=419368#c4 .
However, that list would imply delete should be done before copy. I can look into it what is happening, maybe there is consideration to prevent the delete if there is also copy/move to be done. And the delete is then forgot.

Comment 13

[:aceman]

On a test POP3 setup this seems to work for fine  me (on TB11). Both copy and delete are done so the message is effectively moved.
Is this bug still valid?

Comment 14

[:aceman]

But there is no trace of the filter actions in filter log...

Comment 15

[WADA:World Anti-bad-Duping Agency]

(In reply to :aceman from comment #14)
> But there is no trace of the filter actions in filter log...

See bug 695671 for phenomenon of "no filter log after action=Delete execution" in recent Tb 7/8/9.

Comment 16

[WADA:World Anti-bad-Duping Agency]

(In reply to :aceman from comment #13)
> On a test POP3 setup this seems to work for fine  me (on TB11). Both copy
> and delete are done so the message is effectively moved.
> Is this bug still valid?

This bug(Copy&Delete in a filter rule) itself was WORKSFORME in Tb 9.0.1 on Win-XP; "Copy to folder" was executed then "Delete" was executed for multiple mails which hit the rule.

However, once action=Delete is executed on some mails by a filter rule, further action such as "move to folder", "delete", on other mails by other filter rules is not executed. This is bug 695671.

Anyway, close as WORKSFORME.