370125 - Saved Searches: Option for messages with NO tags

Status: RESOLVED WORKSFORME

(MailNews Core :: Search, defect)

Description

[Luca M.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: 2.0 beta 2

In Saved Searches you can define searches based on tags.
But if I want messages with NO tags, how can I do it?
A solution is to insert the conditions like this:

        <Tags>  <doesn't contain>   <tag1>
        ....
        <Tags>  <doesn't contain>   <tagn>

and check the option "Match all of the following".

But If you have 100 tags, this option is very tedious.

An option like:

        <Tags>  <contains>  <No tags>

would be really nice.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Magnus Melin [:mkmelin]]

Dupe/related to bug 353036 (and the xrefs in that one).

Comment 2

[Wayne Mery (:wsmwk)]

not same UI, but maybe they can be done at the same time

Comment 3

[Kent James (:rkent)]

This will be fixed as part of bug 217034.

Comment 4

[Kent James (:rkent)]

This is now fixed on trunk. This bug report specifies 1.8 branch (TB 2). It is unlikely to be ported to 1.8

Comment 5

[Wayne Mery (:wsmwk)]

the "isempty" function isn't presented for *imap* search in current trunk. 
regression? 
the  nsMsgImapSearch.cpp code is untouched/still there from bug 217034.

Comment 6

[Kent James (:rkent)]

(In reply to comment #5)
> the "isempty" function isn't presented for *imap* search in current trunk. 
> regression? 
> the  nsMsgImapSearch.cpp code is untouched/still there from bug 217034.

The backend actually works, but there are frontend issues. There is a workaround. If you create a saved search, say "Tags DoesntContain Important", save it, then edit the saved search, then the IsEmpty operator will appear.

This is a much broader issue than just isEmpty. We need to modify the search editor to allow showing "Search online" as an option, as this is an online/offline issue. Shouldn't be that hard, so let me take it. I've been ignoring these issues, figuring that gloda would take over a lot of this functionality, but I think that saved searches are not going to use gloda for now, so this should be fixed. Bug 495519 greatly expanded the capability of the search editor to handle cases where the attributes are only valid in some contexts, so we should be able to take advantage of that here.

Comment 7

[Kent James (:rkent)]

I think that when bug 441531 is implemented, this issue will go away.

Comment 8

[Kent James (:rkent)]

This works on trunk (including IMAP) if the saved search is created using File/New/Saved Search. For the case where the saved search is creating by first creating a normal search, then it will be solved when normal search properly displays the offline validity tables that it is actually using (which is bug 511131), and/or the search dialog is changed to enable allow choice of online or offline search (which is bug 441531). In any case, there is no work to do on this specific issue. I'm going to resolve it to WFM.