Open
Bug 849232
Opened 12 years ago
Updated 3 years ago
Make TB Filter UI "Attachment Status" discoverable without "Filter after Junk Classification"
Categories
(MailNews Core :: Filters, enhancement)
MailNews Core
Filters
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: kitchin, 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
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
Comment 2•12 years ago
|
||
(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)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•