448678 - Detaching an attachment does not properly mark it as deleted

Status: RESOLVED DUPLICATE of bug 292385

(MailNews Core :: Attachments, defect)

Description

[Wolf]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080702 SeaMonkey/1.1.11
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080702 SeaMonkey/1.1.11

When you remove an attachment with Attachments / Delete All the attachment is marked in the source file with "Deleted" as in the example below.

--------------070807060604080204060901
Content-Type: text/x-moz-deleted; name="Deleted: CommBubbleBurst.htm"

If you use "Detach All" the attachment is removed, but the source is not stamped Deleted.  In the interface it still looks like the attachments are present and the Attachments menu is not grayed out, even though the attachments are gone as the example below shows.

------=_NextPart_c20_6bdb_eb1f4618.15b7406a_.MIX
Content-Type: application/pdf;
	name="C200804.PDF"
Content-Disposition: attachment; filename="C200804.PDF"
X-Mozilla-External-Attachment-URL: file:///G:/Current/C200804.PDF
X-Mozilla-Altered: AttachmentDetached; date="Thu Jul 17 00:04:18 2008"

The original MIME headers for this attachment are:
Content-Type: application/pdf;
	name="C200804.PDF"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	 filename="C200804.PDF"


------=_NextPart_c20_6bdb_eb1f4618.15b7406a_.MIX

This behavior is consistent in Thunderbird 2.0.0.16.

Reproducible: Always

Steps to Reproduce:
1. Open Message with attachment.
2. Select File | Attachments | Detach All
3.
Actual Results:  
Attachments were removed, but name in source was not stamped "Deleted" and attachments appeare in interface as still present.

Expected Results:  
Mark the attachments as "Deleted" and disable the Attachments menu.

Happens in Seamonkey and Thunderbird

Comment 1

[Lewis Rosenthal]

I see the same behavior with:

Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.15) Gecko/20080621 MultiZilla/1.8.3.4e SeaMonkey/1.1.10

This is consistent whether detaching one or all files.

As a(n) RFE, I would like to see a "Detached:" prefix for detaiched attachments vs the "Deleted:" prefix for deleted ones. this would signal the user that the file(s) was/were actually *saved* somewhere and not obliterated. I'm happy to open a separate bug for this, but it shouldn't be necessary (I wouldn't think).

Comment 3

[Lewis Rosenthal]

Thanks, Magnus. I had no idea this situation was so old. I guess it's because I only started detaching things recently (tired of wasting space - and bandwidth) for unnecessary items stored elsewhere.

Cheers.