Last Comment Bug 570589 - "Search all messages" doesn't find text in mail-body with deleted attachment
: "Search all messages" doesn't find text in mail-body with deleted attachment
Status: REOPENED
[datalossy]
:
Product: Thunderbird
Classification: Client Software
Component: Search (show other bugs)
: 3.1
: All All
: -- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
:
Mentors:
Depends on:
Blocks: glodafailtracker 585094
  Show dependency treegraph
 
Reported: 2010-06-07 14:57 PDT by arnimus
Modified: 2016-06-17 05:52 PDT (History)
2 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description arnimus 2010-06-07 14:57:58 PDT
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4

thunderbird is unable to search the body of messages after an attached file to a message is deleted.

(i tried to reproduce it with thunderbird 3.0.6pre and a new profile but that didn't search in "sent messages" at all.)

Reproducible: Always

Steps to Reproduce:
1. write mail with body "test123" and attach an image, sent it
2. use "search all messages" for "test123", message is found
3. delete attachment from message
4. use "search all messages" for "test123", message is NOT found anymore
Comment 1 Ludovic Hirlimann [:Usul] 2010-06-15 05:21:09 PDT
Could you try with 3.1RC2 ? (most search fixes went in 3.1 not 3.x)
Comment 2 Thomas D. (currently busy elsewhere; needinfo?me) 2010-06-19 08:26:41 PDT
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100608 Lightning/1.0b2 Thunderbird/3.1

wfm on windows xp (not unix, and with .txt attachment, does it matter?)

BUT the bad news is that gloda is just completely ignoring the fact that attachment has been deleted, and shows the already deleted attachment in full glamour including its contents (thread view from faceted search results).
Someone should file a new bug about that, if there isn't one yet.
Comment 3 Wayne Mery (:wsmwk, NI for questions) 2010-08-04 09:04:55 PDT
(In reply to comment #2)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100608
> Lightning/1.0b2 Thunderbird/3.1
> 
> wfm on windows xp (not unix, and with .txt attachment, does it matter?)

reporter's email address bounces, so you won't know from arnimus. So WFM based on comment 2

> BUT the bad news is that gloda is just completely ignoring the fact that
> attachment has been deleted, and shows the already deleted attachment in full
> glamour including its contents (thread view from faceted search results).
> Someone should file a new bug about that, if there isn't one yet.

Thomas, can you file that?
Comment 4 Thomas D. (currently busy elsewhere; needinfo?me) 2010-08-05 14:09:21 PDT
(In reply to comment #2)
> wfm on windows xp (not unix, and with .txt attachment, does it matter?)
> BUT the bad news is that gloda is just completely ignoring the fact that
> attachment has been deleted, (thread view from faceted search results).

Hm. The corrected bad news is that both parts of comment 2 were made in error -> reopen.

I suppose I mixed up the two copies of my test msg, one in Sent folder (where I didn't delete the attachment), and one in inbox (where I deleted the attachment). At the heart of such confusion are bug 570787 and bug 528044, namely that we neither show location column by default nor remember it for next time when shown (grrr).

I created a new test case with STR of comment 0, and it happens as described there (including my old testcase): Global search does indeed not find body text in messages with a just deleted attachment (image.png). Thus, can't test for "Open as list" as msg with deleted attachm doesn't show up in "fancy" faceted results. If you do "open in conversation" on such a msg from its original location in folder, it will
- for my old testcase, correctly show the msg with deleted attachment (in correction of comment2).
- for my new testcase, do nothing (needs new bug, too lazy to file right now) and cause this error:

Error: Couldn't find a collection for msg: [xpconnect wrapped nsIMsgDBHdr]
Source File: chrome://messenger/content/msgHdrViewOverlay.js
Line: 2300

(In reply to comment #3)
> Thomas, can you file that?
No longer applies, as described above.
Comment 5 Thomas D. (currently busy elsewhere; needinfo?me) 2010-08-05 14:10:13 PDT
(In reply to comment 4)
Comment 4 tested on:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.7) Gecko/20100713 Lightning/1.0b2 Thunderbird/3.1.1

Note You need to log in before you can comment on or make changes to this bug.