554190 - gloda indexer should prioritize indexing for real-time responsiveness over batch indexing

Status: NEW

(MailNews Core :: Database, defect)

Description

[Andrew Sutherland [:asuth] (he/him)]

Gloda should interrupt long-running batch jobs in favor of indexing newly received messages, messages the user has modified, and unindexed messages that the user's current actions suggests they are interested in.

Gloda gained the ability in the 3.0 correctness push to interrupt jobs cleanly.  It is now quite feasible to interrupt batch jobs when new event driven indexing events come in or other high priorities suggest we should do so.

Comment 1

[Jonathan Protzenko [:protz]]

Thanks for creating this. As a side remark, what would be useful to me would be for getMessageCollectionForHeaders to automatically trigger an indexing request with a high priority for the headers I gave it that are not indexed yet. This may return all the headers it knows of at the time of the request, and then call onItemsAdded when the missing headers are indexed.

I don't know if that's what you were thinking of, just my 2 eurocents.

Comment 2

[Andrew Sutherland [:asuth] (he/him)]

That sounds like a great idea, and indeed the query itself would already behave as you suggest once the indexing occurs.

Comment 3

[Ludovic Hirlimann [:Usul]]

should bug 534449 be marked a duplicate of this one ?

Comment 4

[Andrew Sutherland [:asuth] (he/him)]

No, that bug is a failure of MailNews to generate an event, not gloda to act on it in a timely fashion.

Comment 5

[Ludovic Hirlimann [:Usul]]

Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.