Closed Bug 350318 Opened 18 years ago Closed 14 years ago

Filtering by "New" status fails silently

Categories

(MailNews Core :: Filters, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ajschult784, Unassigned)

Details

With linux seamonkey trunk 2006082510, I created a filter that just matched any new message,

name="Foo"
enabled="yes"
type="1"
action="Move to folder"
actionValue="mailbox://nobody@Local%20Folders/Bar"
condition="OR (status,is,new)"

The filter fails to kick in when I receive new mail and also fails when I invoke "run filters on this folder" from the menu.  I get nothing in the error console and no assertions/warnings in a debug build.  Matching other statuses also failed as well as matching things like "isn't new".  Such a filter seems to fail in all builds back to at least Mozilla 1.4.  Other criteria for filters seem to work (match by subject did work).
Blocks: 349890
Why are you creating a filter like that anyway?  At the top of the Filter Rules dialog is a radio button to select "Match all messages."

*** This bug has been marked as a duplicate of 272963 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
This doesn't have to do with bug 272963... I'm using "run filters on this folder" and I also see it with statuses than "new" (like "not new" among others)

...and I created the filter in attempt to test bug 349890.  And how does "new status" relate to "all messages"?
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
(In reply to comment #2)
> This doesn't have to do with bug 272963... I'm using "run filters on this
> folder" and I also see it with statuses than "new" (like "not new" among
> others)

I missed the "Run filters on folder" part, my bad.  But I can't reproduce your symptom.  If I define a filter like yours, when the message arrives in the account, it doesn't get moved (bug 272963) but if I then select  Tools|Run Filters on Folder  (on the Inbox) it does get starred.  Does this match your testing?  

Are the messages you're filtering in the Inbox?  POP or IMAP?  Maybe your symptom is Linux-only.


> ...and I created the filter in attempt to test bug 349890.  And how does "new
> status" relate to "all messages"?

Since I didn't realize you were testing, I thought you were using "status=new" to mean "apply to all incoming messages."
Product: Core → MailNews Core
dup of bug 272963 ?
No longer blocks: 349890
Summary: Filtering by status fails silently → Filtering by "New" status fails silently
Status: REOPENED → RESOLVED
Closed: 18 years ago14 years ago
Resolution: --- → DUPLICATE
umm. no.  see comment 2.  and comment 3.  and (for that matter) comment 0.

the only change seems to be that status filters other than "is new" (like "isn't new" and "is read") now seem to work.

> but if I then select  Tools|Run Filters on Folder  (on the Inbox) it does get
> starred.  Does this match your testing?  

No, Run Filters on Folder fails.

> Are the messages you're filtering in the Inbox?  POP or IMAP?  Maybe your
> symptom is Linux-only.

I see this with POP and IMAP, both Inbox and other folders.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
I did the following:

1) Create new filter on Local Folders with Status Is New -> Tag as Interesting
2) "Run" from filter list editor dialog (after-the-fact filter).

This worked fine for me. So this is WFM at the moment.

The definition of this bug is confused, since the original description in comment 0 clearly is not a problem. I would appreciate a clear set of steps to reproduce, as well as a revision of the summary to represent more succinctly what this is about. There WAS work on the new flag management prior to TB3 that could have fixed this.
Actually, the remaining problem (filtering on "is new") was just me equating "not read" with "new".  The filter does work on a genuinely new message.

So, WFM.
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.