User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:220.127.116.11) Gecko/20060513 Ubuntu/dapper Firefox/18.104.22.168 Build Identifier: version 22.214.171.124 (20060518) (it's ubuntu dapper beta's version 126.96.36.199-0ubuntu1) 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
Status: UNCONFIRMED → NEW
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 xref: * 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
Product: Core → MailNews Core
datalossy, and bites when least expected
Severity: normal → major
Depends on: 353746
OS: Linux → All
since this isn't a regression, I wouldn't block on it. And gloda does the right thing here so there's a workaround.
You need to log in before you can comment on or make changes to this bug.