Multiple formats for criteria lines in the filters' conditions box (not actions) [META]

RESOLVED INVALID

Status

enhancement
P3
normal
RESOLVED INVALID
19 years ago
8 years ago

People

(Reporter: netdragon, Unassigned)

Tracking

(Blocks 3 bugs, {meta})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Currently, filters can only check one set of criteria. A user should be able to 
select criterias from a list such as:

When Name appears in To box
When Someone appears in From box or from address book entry or list
Subject Contains
Message Contains
Subject and message contains
Written at specific time

Then enter the correct info as is done in the past.
Blocks: 59339
Talked to Netdemon on IRC - the deal is there are specific types of criteria
which cannot be phrased in the form of
<Subject> <Verb> <object>

so he will file seperate, specific bugs about each of these types of criteria,
such as "To contains ONLY <email address>" and
"To is one of <these> entries from the addressbook"

I'm marking this one invalid as well, so that specific bugs get filed.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Alecf came up with the idea to have a drop down arrow next to the beginning of 
the criterial lines in order to choose from different format of criteria.

This will be a tracking bug for examples that don't fit into that subject verb 
category. Before the first example is added, it will be necessary to create the 
UI ability of the drop down arrow for choosing different formats.
When someone clicks the drop down arrow on the left side of line, a drop down 
box would appear (or a window) where one can choose from the formats. When one 
chooses a format, one can enter the info. The default format would be the one 
currently used.
Summary: Filters should have a conditions (criteria) section → Multiple formats for criteria lines in the filters' conditions box (not actions)
QA Contact: esther → laurel
Marking verified (invalid).
Status: RESOLVED → VERIFIED
Blocks: 66423
Ok, lets get this going...

Please comment on these:

http://bugzilla.mozilla.org/show_bug.cgi?id=19442 - Regular expressions should 
be a possible condition format that isn't in the [noun][verb][text] format. It 
should just be in the [regular expression] format (although regular expressions 
could also be placed in the other text fields too for the old format. I am 
going to make a new one that depends on both this bug and the other one.



http://bugzilla.mozilla.org/show_bug.cgi?id=16750 -  I think this can be done 
in the normal format.

http://bugzilla.mozilla.org/show_bug.cgi?id=19402 - Same

http://bugzilla.mozilla.org/show_bug.cgi?id=37654 - Although this goes under 
actions to. I think it depends on this bug since it would require a new format.

http://bugzilla.mozilla.org/show_bug.cgi?id=60876 - This would be in 
format "Duplicate messages of [button: select messages]". Since I think it 
would be dangerous to just search for duplicates.

http://bugzilla.mozilla.org/show_bug.cgi?id=62598 - I believe this couldn't be 
in the old format because it would require a button to select the languages 
(for ease of use). The languages don't actually have to be installed. Tell me 
if I'm wrong.

http://bugzilla.mozilla.org/show_bug.cgi?id=62687 - I think that the third 
option (not in the address book) would require a new format.

http://bugzilla.mozilla.org/show_bug.cgi?id=33296 - Ratings can be entered in 
the text box, so no.

http://bugzilla.mozilla.org/show_bug.cgi?id=34340 - I believe 62687 is similiar 
and possibly a dup.







In fact all the ones that require a button as a third option can be placed in 
the same format.



Status: VERIFIED → UNCONFIRMED
Resolution: INVALID → ---
Alecf should probably look at this.
Blocks: 66425
I have changed positions and I no longer work in mail or on filters, sorry.
reassiging to new owners
Assignee: alecf → gayatrib
QA Contact: laurel → esther
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: esther → laurel
reassigning to naving
Assignee: gayatrib → naving
Today, spam filtering is on its way, so I shall give another reason why regexp
are useful :
more & more mail servers allow using added strings, for instance if I have a
mail address xandrex@polytechnique.org , I can be also written to
xandrex_foo@polytechnique.org or xandrex+bar@polytechnique.org . This is in RFCs.
So I would like to be able to filter on xandrex.*@polytechnique\.org .

=> it requires a checkbox "use regexp" ou "use plain text", like the difference
between grep and egrep .
of course, the default would be search for plain text (egrep).
In comment 11, last line should read:

> of course, the default would be search for plain text (grep).

instead of

> of course, the default would be search for plain text (egrep).

I think you just fat-fingered it :)
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
Filters have come a long way. Are these the only items from comment 0 that are not yet available?

> Written at specific time
> When Name appears in To box


QA Contact: laurel → filters
I doubt the world will miss one more outdated, apparently abandoned meta bug
-> INVALID
Status: NEW → RESOLVED
Closed: 19 years ago12 years ago
Keywords: meta
Resolution: --- → INVALID
Summary: Multiple formats for criteria lines in the filters' conditions box (not actions) → Multiple formats for criteria lines in the filters' conditions box (not actions) [META]
Product: Core → MailNews Core
Depends on: 720673
No longer depends on: 720673
You need to log in before you can comment on or make changes to this bug.