"Search all messages" doesn't find text in mail-body with deleted attachment
Categories
(Thunderbird :: Search, defect)
Tracking
(Not tracked)
People
(Reporter: arnimus, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [datalossy])
Comment 1•14 years ago
|
||
Comment 2•14 years ago
|
||
Comment 3•14 years ago
|
||
Comment 4•14 years ago
|
||
Comment 5•14 years ago
|
||
Updated•14 years ago
|
Updated•14 years ago
|
Updated•14 years ago
|
Updated•14 years ago
|
ReChecked in version: 91.3.2 to see if bug still active.
Email had four attachments - deleted one.
Quick filter still works
Global Search - fails to find the message with attachments where one was deleted.
Find > Search Messages - works.
Exit Thunderbird.
Deleted the global-messages-db.sqlite file
Restarted and tested Global Search
Message found in Global Search.
So bug still active.
The comment #4 message from 12 years ago is confusing, but to be clear the current behavior is:
This bug erases/corrupts the "Open Message In Conversation" functionality, such that attachment-deleted messages do not appear. The rest of the messages seem to stay.
As per above, the fix is to shut down Thunderbird, delete the Thunderbird/Profiles/*/global-messages-db.sqlite file, restart Thunderbird, and then wait an hour or so. The "Tools" > "Activity Manager" window shows the status of the rebuild.
(Almost every message I send with an attachment gets the attachment deleted right after send, so the impact of this bug is constant. I wonder if there's a separate bug somewhere on an enhancement to make it easier to choose whether to save the attachments on sent emails.)
I'm not sure if this is a new workaround, or if I just newly noticed it. But I recently discovered that if you double click M to mark the message unread, and then back to read, that it reconnects the email to the previously corrupt database of the thread history, and it also reconnects the message to the search text database. (Not sure if that's essentially one and the same database or what, but it fixes both.)
So now every time I delete an attachment I have to remember to bizarrely double click M, and then, things seem ok.
Updated•2 years ago
|
Comment 10•2 years ago
|
||
I noticed (due to bug 1795708) that something happened with "gloda" recently. So I checked, and the behavior of this bug still seems the same.
Thankfully the bizarre workaround of double-tapping "m" after removing attachments still works to de-corrupt the search database.
Description
•