Closed Bug 687246 Opened 13 years ago Closed 11 years ago

Filter "Containt contains ok" does not respond if short keyword is at the message's end

Categories

(MailNews Core :: Filters, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: burninleo, Unassigned)

Details

(Keywords: testcase, Whiteboard: dupeme?)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.0; rv:6.0.2) Gecko/20100101 Firefox/6.0.2
Build ID: 20110902133214

Steps to reproduce:

1. Create a filter for an account
2. Inhalt (content) - enthält (contains) - ok
3. The messages to filter contains an "ok" the the very end of the text message. According to the sourcecode of the mail the only following bytes were a few newlines (see sample message attached, domain names have been replaced by a dummy)


Actual results:

The filter did not respond until this specific condition was removed.
- Suggestion 1: The filter did not respond because the "ok" was at the very end of the file
- Suggestion 2: The filter did not respond because "ok" only has two characters


Expected results:

The filter should respond to the message or a message should be shown that "ok" is too short (if that was the problem)
YOu are filtering on the body content right ?
Component: General → Filters
Product: Thunderbird → MailNews Core
QA Contact: general → filters
Whiteboard: dupme
Yes, that is correct. The filter should search in the email's content. The "ok" is at the very end of the content (and of the email's sourcecode as it is a simple text mail).
Keywords: testcase
I imported the test message and created a filter as you describe, to copy the matching message into Local folders/Trash. I then manually run filters on the folder containing the message. 
Everything worked fine. Message was copied from POP3 account to Local folders and also in the opposite direction (when I changed the filters). This was on TB10, Win XP.

But why is there duplicate definition of content-type in the message headers? Just curious, it doesn't seem to be a problem, the second one is handled at part of the message body (it is separated from the real header with an empty line).
WFM per comment 3.
Please reopen if you still see this
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Whiteboard: dupme → dupeme?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: