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)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: burninleo, Unassigned)
Details
(Keywords: testcase, Whiteboard: dupeme?)
Attachments
(1 file)
1.29 KB,
text/plain
|
Details |
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)
Comment 1•13 years ago
|
||
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).
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).
Comment 4•11 years ago
|
||
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.
Description
•