Closed Bug 547786 Opened 16 years ago Closed 16 years ago

gloda deleted folder tombstones prevent indexing of re-created folders in same session

Categories

(MailNews Core :: Database, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: asuth, Assigned: asuth)

References

Details

(Whiteboard: [gloda key])

If you delete a folder, gloda: - Blow away the database entry for the GlodaFolder - Marks the GlodaFolder instance as _deleted - Leaves the GlodaFolder present in all in-memory maps. This is too effective a tombstone because if a new folder is created with the same name, the tombstone is returned for that new folder. The user workaround is to restart Thunderbird; when Thunderbird next starts the (in-memory-only) tombstone is gone and the folder will be treated normally. The solution is likely to remove the tombstone from in-memory maps. The tombstone will still be accessible for anyone hanging onto the reference, but will not preclude creation of a new folder instance. The programmatic workaround is then: delete GlodaDatastore._folderByURI[deadFolder.URI];
I'm not certain our original analysis of the problem is correct. After our discussion, I still could not get proper indexing on a new folder so I tried from scratch. I've created a new profile and an account using imap. I installed glodaquilla so I could see some status on the indexing. Starting up with the new profile, gloda indexes my inbox (only a couple dozen messages on this account). I manually create a new folder "test", and manually drag/drop a message from inbox into that folder. That new message never gets indexed until a restart. I haven't deleted any imap folders in this profile. I added a couple more lines of debug logging to gloda/index_msg.js, in _reindexChangedMessages. The folder is flagged with glodaFolder.kFolderFilthy. I don't seem to get an indexing sweep into the new folder.
(This later problem turned out to be bug 547877. Hooray for Shane finding the only 2 remaining bugs in gloda!)
Fix is up on bug 547877; I'll mark this fixed when that gets marked fixed.
Assignee: nobody → bugmail
Status: NEW → ASSIGNED
Depends on: 547877
(This was fixed with the fix for bug 547877.)
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.