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)
MailNews Core
Filters
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
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•11 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•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•