Open
Bug 458989
Opened 16 years ago
Updated 2 years ago
gloda needs to have a means of ensuring attribute-owned rows are not leaked/orphaned
Categories
(MailNews Core :: Database, defect)
MailNews Core
Database
Tracking
(Not tracked)
NEW
Future
People
(Reporter: asuth, Unassigned)
Details
(Whiteboard: [no l10n impact][gloda longterm])
Attribute providers for the global database (gloda) may potentially create database rows as a side-effect of the indexing process. Gloda needs to provide a way of ensuring that these rows are not leaked. This mechanism needs to work both when the attribute provider is available and when it has gone missing (because it is part of a disabled/uninstalled extension, etc.) This bug is being created to track this need. Gloda is not yet in the trunk, and none of the proposed or implemented functionality for core is capable of leaking rows.
Flags: blocking-thunderbird3?
Comment 1•16 years ago
|
||
marking blocking rc1 per Andrew
Flags: blocking-thunderbird3? → blocking-thunderbird3+
Reporter | ||
Updated•16 years ago
|
Summary: global database needs to have a means of ensuring attribute-owned rows are not leaked/orphaned → gloda needs to have a means of ensuring attribute-owned rows are not leaked/orphaned
Updated•15 years ago
|
Whiteboard: [no l10n impact]
Reporter | ||
Comment 3•15 years ago
|
||
Removing blocking. We are nowhere near this being a problem or having an extension story where this could begin to be a problem.
Flags: blocking-thunderbird3+
Whiteboard: [no l10n impact] → [no l10n impact][gloda longterm]
Target Milestone: Thunderbird 3.0rc1 → Future
Reporter | ||
Updated•11 years ago
|
Assignee: bugmail → nobody
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•