Open Bug 849232 Opened 11 years ago Updated 2 years ago

Make TB Filter UI "Attachment Status" discoverable without "Filter after Junk Classification"

Categories

(MailNews Core :: Filters, enhancement)

enhancement

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: bugz-moz, Unassigned)

Details

(Whiteboard: [DUPEME?])

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:21.0) Gecko/20130307 Firefox/21.0
Build ID: 20130307042016

Steps to reproduce:

The "Attachment Status" filter is not available until the user selects "Filter after Junk Classification" from the drop-down.


Actual results:

Users without knowledge of the backend code would not guess to discover "Attachment Status" by selecting "Filter after Junk Classification".

Tangentially, there is a security enhancement aspect, to make it easier to filter zip file exploits, which are common.


Expected results:

Two ways to go here.

1. A plain text or italic explainer near the drop-down. Something like "Extra filters such as Junk Status and Attachment Status are available after Junk Classification."

2. Make prompts in the drop-down more oriented to the user experience rather than what the code is doing.

Currently:
* Filter before Junk Classification
* Filter after Junk Classification

Suggest:
* Filter before Junk and Attachment Classification
* Filter after Junk and Attachment Classification
Severity: normal → enhancement
rkent, I think you wanted to fix these bugs by making the before/after calssification automatic. Is there a bug already for that?
Flags: needinfo?(kent)
OS: Windows XP → All
Product: Thunderbird → MailNews Core
Hardware: x86 → All
Whiteboard: [DUPEME?]
Version: unspecified → Trunk
(In reply to :aceman from comment #1)
> rkent, I think you wanted to fix these bugs by making the before/after
> calssification automatic. Is there a bug already for that?

I am not aware of one, bug I have not really checked either.

As I said in https://bugzilla.mozilla.org/show_bug.cgi?id=224392#c30 the attachment status in the post-junk filter is not really reliable in any case, though it could be made reliable. But that would require that "post-junk" be expanded to actually be "post-mime" and have some mechanism for storing attachment information after MIME processing. These are all worthy objectives, but pretty major projects.
Flags: needinfo?(kent)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.