417493 - Message Filters are not working right in Trunk

Status: VERIFIED FIXED

(MailNews Core :: Filters, defect)

Description

[Tobias Fischer]

Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9b4pre) Gecko/2008021402 Mnenhy/0.7.5.20005 SeaMonkey/2.0a1pre

Starting with SM-Win-Tinderbox-Build 2008-02-14-00 as first tested Build, Message-Filters will not work anymore, not automatically and not manually with "Run now". 

Last known good Build was an selfcompiled Linux-Build, Checkout about 2008-02-13 17:52:00 PST. 

This regression was confirmed for Windows- and Linux-Builds too, so open OS=All. 

Possibly this issue will eat Mails, reported from an Linux-User (thx HF).


I suspect the checkin for Bug 413590 has caused the regression, so I cc' from there.

Comment 1

[Joey Minta]

I'm not even going to pretend to understand the how the filters code works, so unless someone sees something obvious I screwed up, I'll just back out completely.

Comment 3

[Ruediger Lahl]

(In reply to comment #2)
> *** Bug 417502 has been marked as a duplicate of this bug. ***

My description from that bug:

|The Message filters don't sort incoming mails to the assigned folders. Also
|'run filter on folder' and 'run now' don't work. A user reports, that
|"Message-Filters" "Run now" sort all mails from a IMAP-Folder to trash. An
|other user reports, that he lost a mail while SM poll it from his server. The
|tray-notification announced the mail, but they never reach his inbox. Both
|reports in de.comm.software.mozilla.nightly-builds
|<[e-mail]> and <[e-mail]>

Cause the reported lost mail, you may ad 'datalost' to Keywords.

Comment 4

[Magnus Melin [:mkmelin]]

I can confirm there is some regression. A simple filter to match a subject -> add star now seems to match all messages, while the 20080213 build didn't.

Comment 5

[Thomas Schade]

In News the bug shows up a bit different:
I've a rule setting postings to read for a certain condition.

With the today's build:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008021403 Thunderbird/3.0a1pre ID:2008021403
now *all* postings within newsgroup get set to 'read'. That makes reading news a bit uncomfortable.

Comment 6

[Igor Velkov]

Saved searches virtual folders doesn't work too.

Comment 7

[Joey Minta]

I've backed out the patch to bug 413590, so assuming that was the cause, tomorrow's nightly should be fine.

Comment 8

[Hartmut Figge]

(In reply to comment #7)

> I've backed out the patch to bug 413590, so assuming that was the cause,
> tomorrow's nightly should be fine.

I have made a new build. The E-Mail filters are working and, more important, the loss of mails seems to have ceased. :)

Comment 10

[Tobias Fischer]

(In reply to comment #8)
[...]
> I have made a new build. The E-Mail filters are working and, more important,
> the loss of mails seems to have ceased. :)
> 
Well, cause of this and another feedback I close this Bug now as resolved=fixed by the backout from Bug 413590 patch. 

At mo I am unable to verify this caused by the crashes reported in Bug 417699, but I will do so if there are almost proper Builds available. 

Thanks for your fast response Joey, sorry that I can't help on 413590.

Comment 12

[Tobias Fischer]

Mark as verified=fixed now, have tested with some current Builds, last tested was 2008021702. Message-Filters will work again like expected. (And a little shame on me or my Testsuite, the crash from Bug 417699 will only occour with an Add-On with problematic Overlays installed (like Mnenhy with MailNews-Sidebar or Lightning for TB)).

Comment 13

[Oliver Kluge]

With Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.11) Gecko/20071129 SeaMonkey/1.1.7 (PmW) I saw loss of mails, too (on the OS/2 plattform).

Mails got moved into the Junk folder (because I have a filter rule that sorts out messages that only have an e-mail address as sender, but not a real name). Occasionally this produces false positives. I manually move those back to the Inbox.

Within one week I have seen it happening twice, moving a mail back to Inbox caused the mail to be lost. In Inbox only an empty container arrived. In Junk it was deleted. Compressing both folders removes every trace of the mail. Is this related to this bug or shall I file a new one?

Comment 14

[Tobias Fischer]

(In reply to comment #13)
> With Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.11) Gecko/20071129
> SeaMonkey/1.1.7 (PmW) I saw loss of mails, too (on the OS/2 plattform).
[...]
> [...] Is
> this related to this bug or shall I file a new one?

This Bug was filed for the Trunk, because you are using an 1.8.1.11-Branch-Build, I think you have to file a new one for the Branch. 

But please test this issue with the current SM 1.1.8 Release-Builds and probably some SeaMonkey 1.1.9-Branch-Nightly-Builds too before you file a Bug. 

Comment 15

[Wayne Mery (:wsmwk)]

regressions normally marked as blocking the offender => bug 413590