360255 - E-mail attachment not displayable before sending.

Status: RESOLVED INCOMPLETE

(Thunderbird :: Message Compose Window, defect)

Description

[Nick K]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0

If you attach an e-mail as an attachment and try to open it to preview it prior to sending, it opens as a blank window.  It does send it properly as far as I can tell, but a proper preview would be REALLY nice.

Reproducible: Always

Steps to Reproduce:
1.Create new e-mail
2.Add old e-mail as attachment
3 [review].Dbl-Click on attachment

Actual Results:  
Nothing displayed but e-mail does work

Expected Results:  
Preview of attachment

Comment 1

[Mike Cowperthwaite]

Double-clicking an attachment from the compose window does the same thing as double-clicking the same attachment in a received message.  The action taken is based on the setting for the corresponding MIME type, as defined under
  Tools | Options | Attachments | View & Edit Actions
If, for instance, you've attached a .DOC file (and assume for the moment that this is correctly associated with application/msword) and the default action for .DOC is "Save to Disk", double-clicking the attachment from the compose window will Save To Disk.  And if you've also specified (in Options|Attachments) "Save all attachments to this folder" then you won't get a prompt about where it will be saved.

But if instead, you've specified "Open with Word" (or whatever), it will do that.

For file types that can't be displayed natively (Word, Acrobat, etc.), I think this as good as it should be.  For types that can be displayed natively -- 
text/plain, text/html, message/rfc822, and the various image/* types -- it seems a reasonable request that TB open its own window to display these, if the types don't already have an action associated.

Comment 2

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is 2.0.0.17)

Comment 3

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporter writes "Sorry to write directly, haven't used since 2.0.0.15.  Now on Evolution."

Resolving incomplete due to lack of useful information.