338586 - Print/Print Preview of message/rfc822 attachment is bogus

Status: RESOLVED DUPLICATE of bug 310264

(MailNews Core :: Printing, defect)

Description

[Mike Cowperthwaite]

Opening a forwarded message into its own window and attempting to print, or opening the Print Preview window, yields invalid results.  Some messages turn out blank; others show the source of the message (including all the headers and base64 data of any attachments, which can be *very* annoying).
The difference between the two cases might have to do with all-ASCII (or all-ISO-8859-1) data vs. other encodings.

I see this in TB 2a1-0518 and 3a1-0516, Seamonkey 1.5-0519; the problem has been around for a while (see bug 204350 comment 44).

The problem doesn't occur with a .EML file opened into its own window.

Some test data forthcoming.

Comment 1

[Mike Cowperthwaite]

Attachment: Sample mail

Steps to reproduce:
1) Integrate this message into mail folders (don't open as a .EML file, there are other problems with that technique).
2) Open the message
3) Open the attachment into its own window
4) Select:   File | Print Preview  (or print)

Actual results:
4) Print preview window (or printout) shows message source

Expected results:
4) Print preview window (or printout) shows a normal message printout

Comment 2

[Mike Cowperthwaite]

I'd forgotten this bug was reported before.  And: it's a regression; TB 1.0 worked correctly.  *And* : with TB 1.5, it doesn't just print the wrong stuff 
-- it hangs!

*** This bug has been marked as a duplicate of 310264 ***