The default bug view has changed. See this FAQ.

gloda plugin message indexing failures should not be fatal to the message

NEW
Unassigned

Status

MailNews Core
Database
8 years ago
2 years ago

People

(Reporter: asuth, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

8 years ago
As discussed on https://bugzilla.mozilla.org/show_bug.cgi?id=465618#c29, any failure of a gloda attribute provider will result in a message as being marked bad.  While fundattr.js and explattr.js failures must be treated as fatal for the message (resulting it being marked bad), other attribute providers should not receive the same treatment.
(In reply to Andrew Sutherland (:asuth) from comment #0)
> As discussed on https://bugzilla.mozilla.org/show_bug.cgi?id=465618#c29, any
> failure of a gloda attribute provider will result in a message as being
> marked bad.  While fundattr.js and explattr.js failures must be treated as
> fatal for the message (resulting it being marked bad), other attribute
> providers should not receive the same treatment.

As in, it permanently is marked bad and won't be indexed at all?
With current code, do we/did we encounter such messages in the wild?
Flags: needinfo?(bugmail)
(Reporter)

Comment 2

3 years ago
Right, bad messages are invisible to gloda.  Right now I can't recall any buggy reasons we'd do this, but we did explicitly introduce an exception BadItemContentsError that we throw when 'From' contains 0 or more than 1 authors.

Certainly in development and early gloda we did run into various bad messages which caused the introduction of the bad message marking.  mxr on GLODA_BAD_MESSAGE_ID for related code and comments.
Flags: needinfo?(bugmail)
You need to log in before you can comment on or make changes to this bug.