439278 - Deleting attachments in an attached message also deletes the attached message

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[Marc Levoy]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Build Identifier: 2.0.0.12

If I attach a message to an outgoing email, and that attached message itself
contains an attachment (e.g. an image or PDF file), then if I open the attached
message and select and delete its attachment (the image or PDF file), I expect
only that file to be deleted.  However, the entire attached message is deleted
instead.  This is easily reproducible.  Since this happened to a message that was
sent to me, I lost that message, since I did not expect it to be deleted.

Reproducible: Always

Steps to Reproduce:
1. Send an email to yourself
2. Drag into the attachments section of that message another message, which
itself contains an attachment (e.g. an image or PDF file).
3. Open the email when you receive it, open the attached message, and delete
the image or PDF file.  The entire attached message disappears!  
Actual Results:  
If you re-open
the primary message, it says "Deleted: attached message", when that is clearly
not what you did.

Expected Results:  
I expect the attached message to still be present, but when I open it,
I expect its attachment (the image or PDF file) to be deleted.

To attach a message, I dragged it from the message list to the attachment
pane in the composition window.

Comment 1

[Thomas D. (:thomas8)]

Looks similar to bug 315144, but:

I cannot reproduce this bug. Using a slightly newer build than reporter (Version 2.0.0.18 (20081105)), with windows XP instead of mac.
- mail (1) with another attached mail (2) that contains an file attachment (3)
- open first mail (1) --> bug: attached mail (2) AND the file it contains (3) are both displayed as attachments of the same level, i. e. as if there were 2 attachments of mail (1). I think this has been reported somewhere already. 
Maybe reporter deviated from steps above and deleted the file (3) from here, which however would then delete mail(1), due to bug 315144 (DEL on attachments deletes whole message instead)
- open attached mail (2) - do not skip this -
- delete file(3) using context menu, delete attachment -> bug: display doesn't update to show that file(3) has been deleted from mail(2)
- file(3) got deleted, mail(2) with notice of "deleted: file(3)" is still there, both as expected

--> wfm (worksforme), at least on windows - could it be a mac specific prob?

Marc, with the most recent build of TB, can you still reproduce this bug?

Comment 2

[Wayne Mery (:wsmwk)]

=> incomplete due to no response from reporter.
please comment if you can reproduce using currently shipping version

Comment 3

[Marc Levoy]

I am the reporter of this bug.  Must I update to Thunderbird 3.0.1 to re-test?
Or is there a version of Thunderbird 2 I can test with, that would help you?
I am reluctant to update to 3.0.1 until I'm sure my plugins won't break.
-Marc

Comment 4

[Wayne Mery (:wsmwk)]

I don't know that this is fixed in v2. 

Many add-ons work in v3 if you override the version check. Also, you can backup your profile, install v3 into a separate directory (custom install), and revert back to v2 after testing if you need.

Comment 5

[Marc Levoy]

Ok, I updated to TB 3.0.1., and I repeated my reported steps.
The bug did not occur.  Perhaps it has been fixed.

Comment 6

[Thomas D. (:thomas8)]

If we don't know explicitly that this has been "fixed", it's better to resolve this as "worksforme". Which is more precise in case the bug returns one day...