Closed Bug 1243294 Opened 8 years ago Closed 8 years ago

Global Search <CTRL+K> completely ignores real emails

Categories

(Thunderbird :: Search, defect)

38 Branch
x86_64
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: cbate, Unassigned)

Details

(Keywords: testcase-wanted)

Attachments

(2 files)

Attached image tb.png
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0
Build ID: 20160106234723

Steps to reproduce:

My version is 38.5.1 but this is not listed. I am on Ubuntu 14.04. I put the subject line of the email in the global search box


Actual results:

it claims there are no emails listed. But I am staring right at it!


Expected results:

it should have listed the email. There is no corruption of the global-messages-db.sqlite I rebuilt it
Severity: normal → major
Keywords: useless-UI
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
I sent an email to myself with a subject of "amendments to policy + website" and had no problem.

You are able to find other messages with global search, correct?
Is this the only messages you have trouble with?
Do you have the addon glodaquilla installed?
Flags: needinfo?(cbate)
Keywords: useless-UI
I don't have glodaquilla installed?. Thanks for looking into this: I am a developer and my gut says this is a 100% a bug. It is a MSEXCHAMGE mailserver - I think it may be because of some sort of MSEXCHANGE digest miss-indexing the emails. That is what my gut says. It seems to be consistently and repeatably failing to do basic narrow searches I know are positive hits and yet over returning results on a whim when I know the query to be faily narrow. Quote honestly in it's current form on my desktop I think it is unusable for almost all my searches, it seems to be working as intended however, it seems to be looking for "and" "and" "and" and then (even then) ignoring legitimate results and preferring useless ones.
Flags: needinfo?(cbate)
Is there a way I can manually traverse the sqlite file and look at the index itself and see if it's being mis-built - I need to know what "right" looks like to be able to discern if there is any "wrong"
manual inspection of the index is not necessary. The first order of business is install http://mesquilla.com/extensions/glodaquilla/ and enable the columns for "ondisk" and "gloda id". make sure the message you fail to find is on disk, and has a non-zero gloda id
I added the GlobaQuilla extension and enabled toe two columns, both are indexed
> GlodaQuilla made no difference
Correct, it would not have made a difference.

Please attach your testcase message to this bug report, mark it private if you want. Or email it to me.
still need testcase
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Keywords: testcase-wanted
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: