E-mail attachment not displayable before sending.



12 years ago
10 years ago


(Reporter: nickk, Unassigned)


Firefox Tracking Flags

(Not tracked)


(Whiteboard: closeme 2008-10-23)



12 years ago
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

12 years ago
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.
Assignee: mscott → nobody
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
Whiteboard: closeme 2008-10-23
Reporter writes "Sorry to write directly, haven't used since  Now on Evolution."

Resolving incomplete due to lack of useful information.
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.