searching body of emails for text doesn't match word-wrapped text



13 years ago
11 months ago


(Reporter: dooglus, Unassigned)


(Depends on 1 bug, Blocks 1 bug)

Dependency tree / graph
Bug Flags:
wanted-thunderbird +
blocking-thunderbird3.1 -

Firefox Tracking Flags

(Not tracked)




13 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20060513 Ubuntu/dapper Firefox/
Build Identifier: version (20060518) (it's ubuntu dapper beta's version

If an email contains a body like this:

blah blah blah hello
world blah blah blah

and I use the "Edit -> Find -> Search Messages" dialog to search for messages where [Body] [contains] [hello world] then it doesn't find the message, due to the 'hello' and the 'world' being on different lines in the email.

I noticed that I could copy/paste the "hello
world" text from the email into the search box.  That resulted in the string "hello,world" (with a comma between the words) being pasted into the search box, but it still didn't find the string.

I also tried searching for "hello\nworld" and that didn't work either.

Reproducible: Always

Expected Results:  
I would expect searching for messages with "hello world" in their body to find messages with "hello world" in their body, even if there was a linefeed between the "hello" and the "world".
confirmed trunk 20060510
Assignee: mscott → nobody
Component: Mail Window Front End → MailNews: Search
Ever confirmed: true
Product: Thunderbird → Core
QA Contact: search
Version: unspecified → Trunk
nominating TB3
still happens on trunk

* Bug 124641 which is about HEADERS – Filter or Search: do not handle multi-line (wrapped, folded) headers correctly when search term spans lines 
* Bug 353746 – [mozTXTToHTMLConv] Structured text recognition should span line breaks
Flags: wanted-thunderbird3?


11 years ago
Product: Core → MailNews Core
datalossy, and bites when least expected
Severity: normal → major
Depends on: 353746
Flags: blocking-thunderbird3.1?
OS: Linux → All

Comment 4

9 years ago
since this isn't a regression, I wouldn't block on it. And gloda does the right thing here so there's a workaround.
Flags: blocking-thunderbird3.1? → blocking-thunderbird3.1-
Flags: wanted-thunderbird3? → wanted-thunderbird+
You need to log in before you can comment on or make changes to this bug.