1669775 - messages search silently terminates if 'body' included

Status: RESOLVED DUPLICATE of bug 404255

(Thunderbird :: Search, defect)

Description

[Konstantin Kivi]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

Search for messages with 'sender', 'recipient' and 'body' option included.

Actual results:

Search returned no result, despite the fact that the searched text was present in the sender field of multiple messages. Unchecking 'body' immediately brings several found messages.

Expected results:

Messages should found and displayed. If the problem was in the large scope of the search ( a year worth of messages) and IMAP server somehow terminates the search then error an message should be displayed.

Comment 1

[Alfred Peters [:infofrommozilla]]

Could you please narrow down how or where you are searching?
Maybe you can take a screenshot of it.

Comment 2

[Konstantin Kivi]

I found that the problem is more subtle. It occurs when the search item is non latin, more specifically - it is a name
of the recipient/sender encoded in UTF-8 like this
From: =?UTF-8?B?0JLQu9Cw0LQg0KfQuNGH0LXRgNC+0LI=?= <[e-mail]>
When I uncheck 'Body' - the message immediately appears in the search results
I have attached screenshots.

Comment 3

[Konstantin Kivi]

Attachment: not found

Comment 4

[Konstantin Kivi]

Attachment: found

Comment 5

[Ian Eales]

I read messages from IMAP servers and saved stored locally.

Search Messages... including 'Body' finds NOTHING either on server or locally.

'To' does work, finding only 1 of 100's on local files.

78.4.0

Comment 6

[Konstantin Kivi]

(In reply to Ian Eales from comment #5)

I read messages from IMAP servers and saved stored locally.

Search Messages... including 'Body' finds NOTHING either on server or locally.

'To' does work, finding only 1 of 100's on local files.

78.4.0

I think this is the description of something different

Comment 7

[Ian Eales]

I made the assumption, perhaps incorrectly, that Search uses a single library and Quick Filter used a subset of available fields
[at least that is how I would code it]

I used the Search Messages context menu
The behavior is the same

Bottom Line: Neither Search Messages nor Quick Filter work

Comment 8

[Konstantin Kivi]

(In reply to Ian Eales from comment #7)

I made the assumption, perhaps incorrectly, that Search uses a single library and Quick Filter used a subset of available fields
[at least that is how I would code it]

I used the Search Messages context menu
The behavior is the same

Bottom Line: Neither Search Messages nor Quick Filter work

I described very specific behaviour, related to message and header encoding.
I attached screenshots demonstrating that specific behavior.
I assume it has nothing to do with the behaviour you are trying to decribe.
I kindly ask you to file you bug separately.

Comment 9

[Alfred Peters [:infofrommozilla]]

(In reply to Konstantin Kivi from comment #2)

I found that the problem is more subtle. It occurs when the search item is non latin, more specifically - it is a name
of the recipient/sender encoded in UTF-8 like this
From: =?UTF-8?B?0JLQu9Cw0LQg0KfQuNGH0LXRgNC+0LI=?= <[e-mail]>

Please right click on the Folder, then: Properties -> /Synchronization\

• Is the option: "Select this folder for offline use" checked?

I don't think so - but please leave it for now.

Go to: Properties -> /General Information\

• What is the charset of the "Fallback Text Encoding" option?

If it's not UTF-8 change it to UTF-8.

• Does the search now succeed?

Comment 10

[Ian Eales]

Nope, still does not find any Body content.

Encoding was Western (ISO-8859-1)

IMO, applying a band-aid like changing Fallback encoding is a non-starter.

Comment 11

[Konstantin Kivi]

"Select this folder for offline use"
is UNCHECKED

Folder fallback encoding was ISO-8859-1
Changing it to UTF-8
DID help

(In reply to Alfred Peters from comment #9)

(In reply to Konstantin Kivi from comment #2)

I found that the problem is more subtle. It occurs when the search item is non latin, more specifically - it is a name
of the recipient/sender encoded in UTF-8 like this
From: =?UTF-8?B?0JLQu9Cw0LQg0KfQuNGH0LXRgNC+0LI=?= <[e-mail]>

Please right click on the Folder, then: Properties -> /Synchronization\

• Is the option: "Select this folder for offline use" checked?

I don't think so - but please leave it for now.

Go to: Properties -> /General Information\

• What is the charset of the "Fallback Text Encoding" option?

If it's not UTF-8 change it to UTF-8.

• Does the search now succeed?

Comment 12

[Alfred Peters [:infofrommozilla]]

(In reply to Konstantin Kivi from comment #11)

Folder fallback encoding was ISO-8859-1
Changing it to UTF-8
DID help

OK. TB uses the Fallback Encoding for the online search command.

From my TB log:

SendData: 12 uid SEARCH CHARSET ISO-8859-1 UNDELETED (OR (OR FROM "Влад" BODY "Влад") FROM "Чичеров" BODY "Чичеров")

Of course, this can't work.

Comment 13

[Alfred Peters [:infofrommozilla]]

(In reply to Ian Eales from comment #10)

Nope, still does not find any Body content.

I agree with Konstantin Kivi if you don't find anything at all, your symptoms are for sure not covered by this bug.
That is really uncommon. You might contact a support forum first, or you create a new bug for that.

Comment 14

[Alfred Peters [:infofrommozilla]]

And then it is also a rather old problem.