Closed Bug 10416 Opened 27 years ago Closed 17 years ago

mac: Filters: date criteria not working

Categories

(MailNews Core :: Filters, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: laurel, Unassigned)

References

Details

(Keywords: helpwanted, platform-parity)

Using july22 m9 builds on all platforms I can't get a filter using date criteria to work. I tried both POP3 and IMAP. I tried all of the possiblilities is, isn't, is before, is after. I tried AND and OR.
QA Contact: lchiang → laurel
In my rules.dat I used date format in the condition line like this, which is the way 4.x does it: condition=" OR (date,is after,20-Jul-1999)"
Status: NEW → ASSIGNED
Target Milestone: M12
Date is almost never used as a search criteria, but if we ever get filtering after the fact, it might be useful.
So does that mean we're thinking of cutting 'date' as a criteria option?
No, it's just a hint as to the relative priority of this bug when push comes to shove.
Blocks: 11091
(target milestone is M11 or M12 - add to mail beta tracking bug)
*** Bug 16880 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
fixed in nsMsgSearchTerm.cpp
Basics ok using 1999-11-05-08m11 commercial on linux 6.0 and NT 4.0 Having trouble with mac, final assessment later.
Status: RESOLVED → REOPENED
I can't get this to work on Mac.
Resolution: FIXED → ---
Summary: Filters: date criteria not working → [PP] Filters: date criteria not working
Summary: [PP] Filters: date criteria not working → [PP] mac: Filters: date criteria not working
changing summary to reflect macitude of problem.
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → WORKSFORME
this works for me on the mac - the filters were definitely firing, and moving messages to another folder.
Using nov11m11 commercial build on mac OS 8.5.1 I'm still not able to get this to work. I've tried IMAP and POP (POP new profile, migrating still has something going on which I'll investigate). If I use a filter where condition = AND (date,isn't,12-Nov-1999) I'm seeing new messages sent today (nov12 and my machine is set to current date) get filtered to my destination folder. If I change the rule to condition = AND (date,is,12-Nov-1999), I don't see new messages from today moved. This says to me the mac isn't evaluating the date on messages correctly.
Furthermore, I tried using (date,is before,13-Nov-1999) and today's new messages stayed in the Inbox and were not moved to destination folder. If I used (date,is after,10-Nov-1999) the message was correctly moved. Something is wacko.
I tried your original filter : OR (date,is after,20-Jul-1999) and that worked fine. I didn't try the other flavors. I'm told that it doesn't matter if it's AND or OR, but I didn't write the code so I can't swear to it.
I found that the AND or OR didn't make a difference in the instances I've been trying today.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This is still not working on the mac using dec07 m12 commercial build. Double-checked and is indeed still working on linux and NT with dec07 commercial build. Reopening.
Target Milestone: M12 → M13
Target Milestone: M13 → M15
Target Milestone: M15 → M14
Target Milestone: M14 → M15
moving to m15 - date filters are just not very common.
Keywords: pp
Summary: [PP] mac: Filters: date criteria not working → mac: Filters: date criteria not working
moving to m16
Target Milestone: M15 → M16
Cleanup work, marking M18.
Target Milestone: M16 → M18
adding nsbeta3 keyword
Keywords: nsbeta3
Keywords: correctness
Using today's build, on the mac, I set up an imap filter that moved messages with Date is "July 25, 2000" and they worked. So this is working for me.
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → WORKSFORME
I'm tired of mac today, so will try to verify this tomorrow... but so you put in the date in the format "July 25, 2000" instead of "25-Jul-2000" ? The latter is how 4.x writes to the file. Will play with it more tomorrow.
I'm reopening... I've seen this work only once using hand edit of file with this format: 30-Sep-2000. Stops working after the first time. Other type filters (subject contains) keep working. I think date filters for Mac are messed up. Related bugs: Still seeing date in rules.dat change -- 46468 Still no 6.0 date filter ui working -- 40380 I don't think anyone cares about date filters anyway for this release. In any event, I'm reopening this.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
The above comments were for testing done with PR3 commercial branch build, mac OS 9.0. 2000-09-29-11 mn6 commercial branch.
clearing nsbeta3 keyword - you're certainly right that no one cares about date filters.
Keywords: nsbeta3
Milestone 0.8 has been released. We should either resolve this bug or update its milestone.
clearly no one cares=future, helpwanted
Keywords: helpwanted
Target Milestone: M18 → Future
-> navin, who's doing a fine job with the filters code!
Assignee: bienvenu → naving
Status: REOPENED → NEW
yea, when "Age in Days" is selected in any of the filters, it won't allow the "OK"-ing of the filter dialog window. using Mozilla 1.1
mass re-assign.
Assignee: naving → sspitzer
Product: MailNews → Core
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
(In reply to comment #29) > yea, when "Age in Days" is selected in any of the filters, it won't allow > the "OK"-ing of the filter dialog window. > > using Mozilla 1.1 surely this is no longer true (?)
QA Contact: laurel → backend
Component: MailNews: Backend → MailNews: Filters
QA Contact: backend → filters
Jay, do you see this? Comment 12, 13
Works For Me in version 3.0a2pre (2008071003). I can use filters to match a specific date, before a date, or after a date. I can use filters with an AND to match a subject or an author. Everything looks great to me.
Product: Core → MailNews Core
=> WFM then. thanks Jay
Status: NEW → RESOLVED
Closed: 26 years ago17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.